Документ подробно описывает чистую архитектуру в контексте разработки приложений на Android, выделяя ее ключевые свойства, такие как эффективность, гибкость и тестируемость. Рассматриваются разные архитектурные подходы, включая MVC, MVP и Clean Architecture, с акцентом на различия между ними и их слои. Также приводятся ссылки для дальнейшего изучения теории и практики чистой архитектуры.

1. Clean architecture on Android
Eugene Dudnik
@Ciklum

2. Agenda
Ожидание от архитектуры
Варианты архитектуры
Различия между вариантами
Clean Architecture

3. Ожидание от архитектуры

4. Ожидание от архитектуры
Правильно выбранная архитектура должна способствовать
системе соответствовать следующим свойствам:

5. Ожидание от архитектуры
Правильно выбранная архитектура должна способствовать
системе соответствовать следующим свойствам:
● эффективность

6. Ожидание от архитектуры
Правильно выбранная архитектура должна способствовать
системе соответствовать следующим свойствам:
● эффективность
● гибкость (компонентность)

7. Ожидание от архитектуры
Правильно выбранная архитектура должна способствовать
системе соответствовать следующим свойствам:
● эффективность
● гибкость (компонентность)
● расширяемость

8. Ожидание от архитектуры
Правильно выбранная архитектура должна способствовать
системе соответствовать следующим свойствам:
● эффективность
● гибкость (компонентность)
● расширяемость
● масштабируемость процесса разработки

9. Ожидание от архитектуры
Правильно выбранная архитектура должна способствовать
системе соответствовать следующим свойствам:
● эффективность
● гибкость (компонентность)
● расширяемость
● масштабируемость процесса разработки
● тестируемость

10. Ожидание от архитектуры
Правильно выбранная архитектура должна способствовать
системе соответствовать следующим свойствам:
● эффективность
● гибкость (компонентность)
● расширяемость
● масштабируемость процесса разработки
● тестируемость
● возможность повторного использования компонентов

11. Ожидание от архитектуры
Правильно выбранная архитектура должна способствовать
системе соответствовать следующим свойствам:
● эффективность
● гибкость (компонентность)
● расширяемость
● масштабируемость процесса разработки
● тестируемость
● возможность повторного использования компонентов
● читаемость кода

12. Ожидание от архитектуры
Серебряная
пуля

13. Ожидание от архитектуры
Серебряная
пуля

14. Варианты архитектуры

15. Варианты архитектуры
● SWD(so will descend)

16. Варианты архитектуры
● SWD(so will descend)
● MVC

17. Варианты архитектуры
● SWD(so will descend)
● MVC
● MVP

18. Варианты архитектуры
● SWD(so will descend)
● MVC
● MVP
● Clean architecture

19. MVC

20. MVC MVP

21. Различия

22. Различия
● В MVP View не имеет доступа к Model

23. Различия
● В MVP View не имеет доступа к Model
● В MVP Presenter привязан ТОЛЬКО к одной View

24. Различия
● В MVP View не имеет доступа к Model
● В MVP Presenter привязан ТОЛЬКО к одной View
● В MVP View должно быть реализовано максимально пассивным
компонентом

25. Ссылки для изучения MVP
● http://hannesdorfmann.com/mosby/getting-started/
● https://code.tutsplus.com/series/how-to-adopt-model-view-presenter-on-
android--cms-1012
● https://github.com/googlesamples/android-architecture

26. Clean architecture

27. Clean architecture
Выделяют 3 основных слоя:
● внешний (implementation layer)
● средний (interface adapter layer)
● внутренний (business logic layer)
ВАЖНО (Dependency rule)
Внутренние слои ничего не должны знать про внешние
слои

28. Clean architecture
Implementation layer
Все что делается средствами Android SDK (framework
specific code)должно относиться к этому слою. Framework
specific code должен включать каждую строчку кода,
которая не относится к решению задачи приложения.
Примеры
UI, Intents, Storage, Networks

29. Clean architecture
Implementation layer
● UI - Activities, Fragments, Adapters
● Storage - ContentProvider, ORM
● Network - Retrofit

30. Clean architecture
Interface layer
Connector между бизнес логикой приложения(business
layer) и framework specific code
Примеры
Presenters, Converters

31. Clean architecture
Interface layer
Presenters - events from UI(user click), serves as callback from
inner layer’s(Interactors)
Converters - convert models

32. Clean architecture
Business layer
Вся логика, относящаяся к решению проблем должны
быть в этом слое. Ничего из Android SDK в нем не должно
быть. Код должен запускаться без эмулятора.
Примеры
Interactors, Models, Repositories, Executors

33. Clean architecture
Business layer
Interactors - бизнес логика приложения. Выполняются в
бэкграунде и возвращают эвенты во внешние слои
используя callback’и
Models - модели для бизнес логики
Repositories - only contains interface for database or some
other outer layer implements
Executor - this package contains code for making Interactors
run in background by using working thread executor

34. Clean architecture
Любой layer ответственен за конвертацию моделей для
layer’ов нижнего уровня перед тем как они начнут
использовать их.
Но нижние layer’ы не должны иметь доступа к моделям
верхнего layer.
Хотя внешние layer’ы могут использовать модели из
внутренних layer’ов.

35. Ссылки для изучения
● https://medium.com/@dmilicic/a-detailed-guide-on-developing-android-
apps-using-the-clean-architecture-pattern-d38d71e94029#.y5v4gcwb4
● https://github.com/dmilicic/Android-Clean-Boilerplate/tree/example
● https://github.com/android10/Android-CleanArchitecture

36. Thank you
Eugene Dudnik
Twitter : Eugene_Dudnik
Google+ : +EugeneDudnik