AS
наследование удобно, если нужно делать типовые инжектабл
Size: a a a
2021 March 25
🅷.
наследование удобно)
AS
в редких случаях
🅷.
главное неперенаследоваться)
🅷.
существуют паттерны, там есть отличное описание как и зачем все это было создано
AS
на самом деле почти всегда есть более актуальная альтернатива
Y
Всем привет! Такой вопрос в проекте в src создал папку в этой папке лежит json в angular.json добавил эту папку в assets, если локально прописываю в браузере путь до json все работает, но если приложение крутится на серваке, то не работает, если же созданную папку с json перемещаю в src/assets все работает и локально и на серваке, в чем может быть причина?
AS
в жс наследование это просто еще одно свойство у объекта
AR
наследование удобно)
Для всего нужна мера и если думать о тех кто будет поддерживать, по ооп не превратится в проблему
🅷.
в жс наследование это просто еще одно свойство у объекта
это уже внутренняя реализация языка, смысл создание самой структуру может быть тот же
🅷.
тут дело только в подводных камнях
🅷.
мы же не задумываемся о том что область видимости в js это объект?
AS
я не про это. а про то, что та же функциональность может быть достижима и без наследования без проблем.
🅷.
да какая функциональность, все слишком абстрактнно
🅷.
нужно разрабатывать с точки зрения здравого смысла, и в наследовании он есть. Он решает определенные задачи
SS
CommonModule надо импортировать в том модуле где declarations: [WarehousesfilterModalContentComponent]
спасибо!
AR
нужно разрабатывать с точки зрения здравого смысла, и в наследовании он есть. Он решает определенные задачи
Декораторы очень информативны и удобны. Правда пока с типизацией у них не очень
🅷.
паттерны придумали те люди, которые занимаются только изучением хорошей практики. Если прочесть их труды, там есть информация о том, что это такое и зачем придумано, где использовать и тд
🅷.
Декораторы очень информативны и удобны. Правда пока с типизацией у них не очень
декораторы как паттерн или функция?
🅷.
и то и то удобно