А вот это уже весомый аргумент) спасибо))
Хоть и на практике, чаще всего этого наверно не происходит)

Прошу прощения, однако
А мой вопрос без внимания ушел или на него ответа не найти? :<

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

Почему? Redux подход никто не использует?

Я использую, но понятия не имею чем один термин от другого отличается

А пытаться это выяснить считаю пустой тратой времени

А MVI использовали?

Вот и как ответить? Считаю, что да. Ибо не знаю отличий от редакса

https://github.com/Nepherpitou/MVI-Kung-Fu вот репа с примером того, что я сейчас использую

Вот об этом мой вопрос. Не знаете, потому что не проводили анализ или потому что не видите разницы?
Странно, что вы обесцениваете этот вопрос. Мне это важно, т.к. при поиске мне нужно понимать, в каких связях эти два подхода состоят друг с другом. Вот у вас вижу в репозитории ELMController и работу со стейтами в нем. Если я не ошибаюсь, ELM - это язык, из которого потом вытащили идею Flux, отделив от самого языка, а потом на базе Flux создали Redux. У вас же используется термин MVI. Опять же, исходя из всех наблюдений, я могу только делать догадки о том, что MVI и Flux/Redux между собой чем-то похожи (а чем именно - неясно, а детали в реализации могут оказаться важными при разработке), но поскольку не имею опыта в этом, задаю вопрос сюда. А мне говорят, что вопрос не имеет ценности. Зачем тогда вообще что-то спрашивать и изучать архитектуры, если можно не видеть в них разницы?
За репозиторий спасибо, будет что изучать

Так ответ на вопрос не имеет ценности - нет готовых фреймворков, нечего искать, каждый делает как ему удобнее.

На мой взгляд MVI - это про концепцию

render (state (action))

и про unidirectional data flow в целом. Не важно, как это реализовано. Посмотрите на либу circle.js и язык elm. Flux - это уже реализация со стором, который обрабатывает экшены через middleware и reducer-ы. Redux - это развитие flux-a. Когда глобальный стейт приложения поделили на фичи, потому что глобальный стейт не самая удобная вещь (тем более в мобильной разработке). Flux/Redux отлично ложится на чистую архитектуру, когда middleware маппится на интеракторы/юзкейсы.

render (state (action))

Большое спасибо! с:

Я правильно понимаю, что в клине сервис и бродкаст ресивер - это вью в презентейшн слое, а контент провайдер - датасорс в дата слое?

Ну да, по идее это внешний слой(платформа-зависимый).

Пытаюсь разобраться с доменным слоем. Мож подскажете где почитать / посмотреть про entity и usecase. Статьи цехаса прочитал, не помогло.

ссылки в инфо о чате же

не нашел. где это?..

о! благодарю!