Паттерн порталов в Angular: для чего нужен root-компонент в Taiga UI

[x512]

Скажите, а чем порталы в Тайге отличаются от порталов в CDK? Насколько я знаю порталы в CDK сознают вручную отдельный HTMLElement в body и не требуют оборачивать приложение в отдельный компонент. Какие плюсы и минусы у этих подходов на ваш взгляд?

[Waterplea]

В первую очередь, оборачивание помогает изолировать контекст наложения. Это очень полезно и часто многие фронтендеры про это не знают и пытаются решить проблему вертикальности z-index`ами. Кроме того, в нашем случае оборачивание помогает позиционировать выпадашки — поскольку так мы можем позицинировать их абсолютно и при глобальном скролле их положение не будет скакать. Ну а в случае хинтов и диалогов без враппера не обойтись, ведь там заложена определённая логика для каждого элемента. Это уже не совсем портал в понимании Material CDK, но портал в более общем понимании, когда какой-то элемент мы показываем не в том месте в DOM, где он определён.

[x512]

А если сравнивать с overlay? material.angular.io/cdk/overlay/overview

[Waterplea]

Боюсь, что по этому не подскажу. API матириала чрезвычайно раздут и сложен в понимании. Мы не ориентировались на него, когда создавали свою библиотеку. Более того, концепция порталов была заложена у нас почти в неизменном виде с самого начала в 2017 году, когда на дворе был Angular 4 и не было Material CDK, и с тех пор служит нам верой и правдой :)