да, херню сказал, домейн ничего не знает про презентейшин

Речь о режиме в хроме? Тогда можно читать статьи скока хошь?

Разные мнения есть по этому вопросу. Поэтому видимо решать вам что выбрать

Ещё бы кто рассказал что такое flex

flux*

нене, все правильно. флексить тоже надо уметь

1) Почему в примере по ТЕА использовалась именно ArrayDeque? Это попытка убежать от Backpressure?
2) Легально ли в Elm и TEA инициировать несколько команд в ответ на сообщение?
3) Как поместить во все это дело команды, которые по сути не должны влиять на состояние? Например, состояние обновилось - закешировать без каких либо сообщений, сотояние обновилось - выделить из него сущность, закешировать, отправить на сервер, удалить?
4) Может, есть еще и отмена команд?)))

в какой сторону стоит почитать? не могу никак в голове собрать полную картину для решения задачи (на самом деле надеюсь, что описание всех этих Flux, Redux и Elm полностью покроют мою задачу)

у меня состояние отделено от View и нужно шерить его по всему приложению + обновлять не только через сообщения от пользователя (тут вроде все просто - не важно, кто шлет сообщения)

2) Да
3) В нормально проектированной TEA библиотеке можно возвращать несколько сообщений или ни одного.
4) Да вроде не было.

по сути заменить Update(Cmd) на Update(List<Cmd>) и готово, а потом по очереди их выполнять. так же и с сообщениями.

не было и, похоже, не нужно 🙄

Если тебе надо возвращать несколько команд, то нужно. Например, если ты дробишь команды на более мелкие и потом их комбинируешь.

видится какая-то более сложная хрень, когда часть команд - выполняются в основном цикле, а часть - шедулится на отдельный «цикл» и там по очереди исполняются, как не имеющие влияния на состояние

Ммм... Дичь какая-то.

1. Да просто готовая реализация очереди.
2. Конечно.
3. Просто по результату выполнения эффекта возвращай msg который проигрорируешь ( у меня это IdleMsg)
4. У меня в либе есть, даже в сэмпле есть(CancelCmd)

3. но в таком случае такой эффект как бы блокирует поток, верно же?

>в какой сторону стоит почитать? не

Да сделай простенький Todo на Элме, это займет пару вечеров, зато концепция в голове отложется.

Вопрос же про эффекты был, они по умолчанию не на UI треде выполняются. Или я не очень понял вопрос..

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

А, теперь понял. Нет, эффекты не выполняются по очереди, они дергаются сразу все (ну строго говоря начинается выполнения конечно по очереди, но друг друга они не ждут)

Они очередность их выполнения не гарантирована,  поэтому там Set<Cmd> передается

это в библиотеке так, наверное?
я только статью смотрел и игнорировал байты)
тогда и туда полезу, спасибо