SO
Denis Krivosheev
Фронтенды нынче очень разные бывают, некоторые чудовищно сложные... одним TEA все кейсы ну никак не покрыть
что это за кейсы? Теа вполне универсальна для динамических приложений где много входных сигналов и выходных.
Size: a a a
2021 January 03
DK
Ну вот мне очень тесно в тиа в нашем приложении... куча сложностей из ничего
SO
я говорю именно об архитектуре не а об искусственных ограничениях элма
DK
Не всегда имеет смысл сваливать абсолютно весь Стэйт в одну кучу.. есть куча кейсов где лучше иметь несколько сторов
SO
есть подписки, чтобы принимать сигналы из вне, есть команды, которые могут работать как таски, что еще надо?
SO
Denis Krivosheev
Не всегда имеет смысл сваливать абсолютно весь Стэйт в одну кучу.. есть куча кейсов где лучше иметь несколько сторов
несколько полей в корневой записи - вот и несколько сторов
DK
несколько полей в корневой записи - вот и несколько сторов
Это несколько полей в корневой записи, а не несколько сторов
SO
Denis Krivosheev
Это несколько полей в корневой записи, а не несколько сторов
в чем отличие?
SO
что дают эти "несколько отдельных сторов"?
DK
Они независимы друг от друга
SO
Denis Krivosheev
Они независимы друг от друга
ну так и ветки в корневом стейте вполне могут быть независимы
DK
ну так и ветки в корневом стейте вполне могут быть независимы
Они ветки и тем самым уже не независимы
SO
не, это уже независимость ради независимости)
DK
Во первых изменение в любой из них меняет весь стор, а значит провоцирует несколько сравнений там, где они не нужны
SO
если это разные прилоложения - ну это уже другой разговор
DK
Так же автоматически создаёт гору ненужного кода
DK
Типа подписок
DK
Или комбинаторов
SO
Denis Krivosheev
Во первых изменение в любой из них меняет весь стор, а значит провоцирует несколько сравнений там, где они не нужны
несколько референтных сравнений это нулевая цена
DK
Вон люди целые библиотеки пишут чтобы с этим бороться