Комментарии 6
Делать стилизацию, добавлять dragNdrop, и прочие подобные вещи наверное все-таки лучше не через композицию, а добавлением директивы к компоненту уже в месте использования. Ибо требования бизнеса непредсказуемы, сегодня бизнес хочет только красные карточки такого дизайна и с draggable, а завтра захотел такие же, но зеленые, и без draggable, но с каким-нибудь тултипом при наведении. И делать ради этого еще один такой же компонент с композицией других директив - мягко говоря решение не очень. Либо придется выпиливать композицию из компонента, и добавлять директиву во всех местах в коде, где используется данных компонент.
А вот пример с отпиской прям огонь. Тут композиция по мне гораздо лучше всех известных на данный момент способов отписки, ну разве что кроме DestroyService от Тинькофф. Недостаток с более ранним выполнением ngOnDestroy думаю вообще не критичный, очень маловероятно, что в OnDestroy компонента понадобиться "живой" observable.
Еще бы DestroyDirective возвести в абсолют наследовать от Observable) Но это все шутки уже
Зачем они наложили это ограничение в виде standalone: true?? О чем они вобще только думали когда это делали, у меня посто слов нет.
Прикольный подход, как раз мне пришлось использовать 2 директивы (одна из Тайги, вторая самописная), чтобы опираться самописной на библиотечный output, теперь можно все скомпозировать!
Angular — API композиции директив