либо я ничего не понимаю в дизайне, либо они что-то сделали не так

Пример - selectlist. Это набор опций, которые можно выбирать. Опции могут быть disabled, поведение может быть разное, типа multi selection list, single selection list. Есть еще компоненты вроде dropdown, которые по сути тот же лист, но чуть иначе выглядят. Как их правильно выполнить? Есть такая шутка - material design, это набор компонентов для ангуляра. там реализован selectlist, но каким-то жутким образом, например, у них есть option (единичный элемент списка), которые обладает собственным поведением и знает, является ли он частью multiselection list или singleselection list. Для меня это за гранью понимания.

в ангуларе есть примеси?

и тут начинается политика. мои коллеги слепо копируют этот подход, а когда я пытаюсь возражать, меня серьезно не воспринимают потому что "ты че, это же гугол, они знают, что делают"

гугл хуюгл, конкретно этот трэш запостил вроде как не совсем сотрудник гугла

angular core team, один хер

ну кто0-то же апрувил этот ПР

у нас есть следующие компоненты: - элемент списка - Option - сам список, который можно конфигурить - по сути это такой вот декоратор вокруг списка опций - дропдаун как контейнер для списка

а стэйта нет. Весь стэйт через биндинги

то есть приложение хранит стейт?

не нужно никаких редуксов - это уже пусть пользователь фреймворка решает как он стэйт будет хранить

звучит как observable от полного состояния компонента (опции, их значения, выбрана/не выбрана, disabled, etc)

В смысле как внешний апи компонента плевать наружу observable? Думаю, что это не оч удобно юзать будет

В каком-то смысле это ангуляр-вэй

В обратную сторону оч странно

И в обратную тоже. У компонента есть обзерваблы его событий. Хочешь - слушай.

Пихаиь весь стейт в один обзервабл так себе затея кмк

Разве redux не об этом?