DZ
но имхо нест смотрит на ангуляр, если ангуляр поправит у себя то можно расчитывать на нест)
Size: a a a
2020 March 03
OR
использование абстрактного класса вместо интерфйса так себе совет, классический пример: два высокоуровневых сервиса требуют каждый от своей зависимости определенной сигнатуры методов, каждый описывает интерфейс для зависимости, низкоуровненвый сервис отвечающий за определенный домен может одновременно имплементить оба интерфейса, как ты на абстрактном классе это сделаешь? никак
AM
но имхо нест смотрит на ангуляр, если ангуляр поправит у себя то можно расчитывать на нест)
Камиль говорил, что интерфейсов не будет из-за рантайма
DZ
interface — это фича TypeScript, и существует он только на этапе компиляции. В рантайме нет никаких интерфейсов, так что внедрить интерфейс тайпскрипта мы не сможем.
DZ
вообще это реально просто впадлу создателям
OR
да, поэтому если хочется в клин код то только на токенах
Ti
Я юзал абстрактные классы пару раз, но так и не понял зачем они нужны) Хватало не абстрактных и интерфейсов чтобы их имплементить
Ti
А зачем это в рантайме? Все равно же нет возможности проверить принадлежность программно
DZ
о чем и речь
DZ
я тоже не понял
DZ
но деталей не знаю поэтому не хочу судить)
Ti
Аналогично)
OR
есть вариант сделать нормальный диай на интерфейсах на кодогенерации, как это сделано для гошной диайки от гугла, если бы у меня было время и деньги я бы занялся этой темой))
DZ
вот о чем и речь
DZ
ангуляр может это сделать все
DZ
DZ
если бы сделали разрабы
DZ
надо кароче тащить интерфейсы в TC39 чтобы принимали в JS
DZ
тогда может заживем
OR
если бы сделали разрабы
но вот видимо они закрывают сейчас более простые задачи. пока всех устраивает то как есть сейчас и только пара ишьюсов про то что это нарушение паттернов такая диайка и во всех примерах пропагандируется то как есть ситуация не изменится