фабрики)

Кто-то сталкивался с тем, что при использовании mat-autocomplete опции были заблюрены? если да, подскажите в чем проблема может быть

паттерны не относятся к фраемворку, так же как и нет идеального рецентаа отличной архитектуры проекта

есть задача - есть вариант элегантного решения

DI, singleton, facade, decorator, pub-sub, observable-observer это те, что я часто встречаю

декоратор не как паттерн жеж там используется

это обычная функция в ангуларе

@Component, @Input не ?

нет

это во всех книгах нааписано и статьях, паттерн декоратор немного другое

Свои декораторы еще не пробовали писать?

декоратор в ангуларе это обычная функция с разными параметрами, в завимисти от того на что вы навешиваете его

как же без них

Причем это не работает только на localhoste... в проде тот же самый проект работает, но в коде, где выскакивает ошибка увидел вот такую закономерность... ( работающая справа, не работающая слева)
Может кто подсказать?

допустим
class Human {} // простой человек

@Superman()
сlass Human {} // используем декоратор Супермен, теперь он и как простой чел, еще и супермен

Еще раз, холиварные темы про паттерны меня не интересуют. Я с практической точки зрения привожу альтернативу наследованию

сама реализация другая

Декоратор это и есть обычная функция или класс

Всем привет. Меня мучает вопрос по организации кода в Ангуляре. Например есть два модуля Users и Customers. Для Customers есть свой набор интерфейсов, типа

interface Customer {
  id: number;
  name: string;
}

Так вот как быть, если этот интерфейс нужен еще и в модуле Users? Получается связанность модулей. Можно конечно вынести интерфейс Customer в отдельный файл на верхний уровень, но есть ощущение костыля, так как этот интерфейс больше релевантен к модулю Customers.
Как вы организовываете свой код в таком случае?