Телеграмм чат группы gitfox страница 169

10:31пожаловаться

Eugene Matsyuk in GitFox

Konstantin Tskhovrebov

Все течет, все меняется.
Я пересмотрел архитектуру.
Изучайте последний девелоп: теперь все предельно просто.
Нужна логика: пишешь в интеракторе.
Нужен ui: пишешь презентер и вьюху.

Надеюсь это поможет вам помочь проекту и сделать свой вклад в виде кода.

Вроде же так всегда было, не?))

10:35пожаловаться

нет. раньше было деление логики на два класса: репозитории (логика кеширования и маппинга) и интеракторы(логика сценариев).
теперь есть только интеракторы и вся логика там

10:36пожаловаться

так гораздо проще

10:36пожаловаться

Alexey Pushkarev in GitFox

То есть репозитории выкидываем?

10:39пожаловаться

плюсую, репозитории не нужны

10:57пожаловаться

Eugene Matsyuk in GitFox

Konstantin Tskhovrebov

а в интеракторах дергаете апи даты, верно?

11:05пожаловаться

Eugene Matsyuk in GitFox

честно говоря, тоже как-то начинаю к этому склоняться
так что Константин дело говорит
но это не точно))

11:06пожаловаться

По моему опыту - репозитории либо графоманство и fromNetwork toNetwork конвертеры, либо просто копия методов Api, которые потом также копией пробрасываются в Model/Interactor и по факту Presenter/ViewModel дергает метод апи через пятое колено.
Можно вполне 2-3 слоя данных держать и не париться.
Это ИМХО, но на многих проектах работает, поддерживается.

11:09пожаловаться

я ищу простую но мощную архитектуру, чтобы
1) всем было понятно как добавлять функциональность
2) на долгом времени поддержки все не сломалось

11:22пожаловаться

Alexey Kalyaganov in GitFox

Это примерно как архитектура от гугла, только у них интеракторы репозитоиями названы

11:24пожаловаться

Andrey Mamykin in GitFox

Alexey Kalyaganov

Это примерно как архитектура от гугла, только у них интеракторы репозитоиями названы

Мне кажется, здесь концептуальное отличие в том, где находится бизнес-логика)

11:26пожаловаться

Eugene Shapovalov in GitFox

Мне нравятся репозитории, как помощники в сокрытии проблем сервера, которые не собираются решать.

13:31пожаловаться

Eugene Shapovalov

Мне нравятся репозитории, как помощники в сокрытии проблем сервера, которые не собираются решать.

Можно палками бить бекендеров, если свои

Преобразования проблем сервера это к сожалению бизнес логика

Как и кеширование

Просто её расплющивает ещё и на репозиторий

И потом хрен найдёшь

13:33пожаловаться

Eugene Shapovalov in GitFox

Andrey Khitryy

Можно палками бить бекендеров, если свои

А если не свои? Вот тут можно начать спорить.

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

13:34пожаловаться

Можно начать спорить, можно скрывать за фасадом, но по факту это будет частью US и придётся с этим жить. Проще жить в модели, имо. Я не навязываю.