@Eugene_matsyuk Здесь уже кажется обсуждали ваши архитектурные решения, но я

Question

@Eugene_matsyuk Здесь уже кажется обсуждали ваши архитектурные решения, но я

хотел дополнительно задать вам вопрос.
В большинстве литературы и опенсорсах трехуровневая архитектрура (слой пользовательского интерфейса (представления), слой бизнес-логики, слой доступа к данным) представлена следующей схемой зависимостей: слой пользовательского интефейса зависит от слоя бизнес - логики, слой доступа к данным зависит от слоя бизнес-логики, бизнес-логика не зависит ни от одного слоя (presentation -> domain <- data). Если говорить об андроиде, то слой пользовательского интерфейса (представления) будет знать о всех слоях, которые есть в приложении, так как в этом слое происходит связываение всех зависимостей в приложении.

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

1. Можем заменить пользовательский интерфейс не затронув другие слои
2. Можем заменить библоиотеку доступа к данным не затронув другие слои
3. Бизнес-логика является ядром приложения и без лишних зависимостей может быть перенесена куда угодно, другое приложение, другая платформа и т.д.

Насколько я понял из доклада, у вас IRepository и Repository в слое доступа к данным, получается инверсии зависимостей между слоями нет и бизнес-логика зависит от слой доступа к данным. В вашей схеме интеракторы занимаются маппингом в UI модели, получается, что они знают про слой пользовательского интерфейса.

В итоге схема зависимостей у вас примерно такая presentation <--> domain -> data. Что теоретически лишает вас некоторых вышеперечисленных профитов.

Расскажите о том, что послужило поводом для такого решения, какие преимущества у вашего подхода и почему не используете вышеупомянутую схему зависимостей? Должен признаться, пока ни одним из профитов архитектуры, которые перечислил не приходилось воспользоваться, но это стандартное решение.

#it #programming #russian #software

0

15.05.2017

1 ответов

9 просмотров

Eugene Shapovalov · Accepted Answer

Eugene Shapovalov

Александр, если я правильно понял, чтобы сделать бизнес-логику независимой (в рамках моделей), то необходимо маппинг моделей выносить в Presenter, и выполнять на UI-потоке. А что делать, если объектов много?

0

15.05.2017

214 похожих чатов

@Eugene_matsyuk Здесь уже кажется обсуждали ваши архитектурные решения, но я

1 ответов

Похожие вопросы