несколько компонентов на 1 селектор, в основе которого лежит абстрактный, базовый класс?
А это вы реально где-то такой подход видели или сами к нему пришли?
сами пришли знаю, что Ангуляр запрещает использовать несколько компонентов на 1 селектор, но в данном случае это выглядит логично у нас большой проект с 3 сабпроектами, в общем темплейте используется селектор общего модуля, и сам модуль содержит 3 разных компонента, которые с помощью конфига и резолвера рендерятся по условию нужный (но в нашей реализации есть немного не очень красивые места, поэтому хотела посмотреть другие примеры)
А что бы хотелось улучшить в рендеринге компонента через резолвер?
Насколько мне известно какое либо "кастомное" наследование в компонентах жёсткий антипаттерн. Когда у меня возникла такая потребность меня просто ткнули носом на композицию
в том, что в рамках базового класса мы используем недоАбстрактный класс, который используется как родитель для других двух компонентов, но и сам используется в одном из проектов и выглядит стремно, что используем родителя, как не родителя
вот, и я склоняюсь к этому, но решила узнать, кто как с такими ситуациями работает)
Если абстрактный класс используется в качестве контракта для работы с компонентом, а два другие компонента реализуют эту абстракцию, то это норм
Опять же, в моем случае мне помогло вынесение логики в отдельный класс и использование её через композицию Такой себе паттерн стратегия (если не ошибаюсь)
но в данном случае от абстракта там только имя, ибо мы прописываем ему темплейт, стили, а это же уже противоречит сути абстракта, который сам по себе существовать не может в моем случае прям просится реальный базовый класс и 3 отдельных компонента, которые будут нормальными наследниками
Обсуждают сегодня