Многие разработчики любят спорить о празных подходах к реализации верхнего слоя мобильного приложения — MVC, MVVM, VIPER. При этом зачастую уделяется недостаточно времени продумыванию логики работы с данными. Как следствие, усложняется понимание и последующее расширение данного слоя. Стас Цыганов расскажет про подход, который давно используется в server-side разработке, но позже был адаптирован к реалиям мобильных приложений. Service Oriented Architecture задает строгий каркас в части обработки данных, фиксируя ответственность компонентов. Такой подход оказывается крайне полезным как в части поддержки и рефакторинга, так и при последующем расширении приложения. Rambler.iOS - митапы iOS-разработчиков, организуемые компанией RAMBLER&Co.

1. SOA или
Что нам стоит дом
построить?
Цыганов Станислав
@DevAlloy

2. 2
MVCMVVM MVP
VIPER

3. 3
MVCMVVM MVP
VIP
ER

4. 0. Предисловие

5. 5
Слоистая архитектура
Interface

6. 6
Слоистая архитектура
Interface

7. 7
Presentation
Service
Core
Service Oriented Architecture

8. Про что поговорим
• Что такое SOA?
• Роль сервисного слоя
• Пример SOA для простого приложения
• Преимущества SOA
8

9. 1. Теория

10. SOA Framework
• Consumer Interface Layer
• Integration Layer
• Business Process Layer
• Services
• Service Components
• Operational Systems
10
UI
Interactor
Facade
Service Service
Mapper Storage
SystemModels

11. Сервис
• Единственная ответственность
• Абстрагируется от UI
• Реализация скрыта протоколом
• Нет зависимости сервисов от сервисов
• Отсутствие состояния
11
• Единственная ответственность
• Абстрагируется от UI
• Реализация скрыта протоколом
• Нет зависимости сервисов от сервисов
• Отсутствие состояния

12. Не единственная
ответственность
• Нарушена S в SOLID
• Проблема выделения новых сервисов
• Сложности поддержки и расширения
12

13. Не абстрагируется от UI
• Решает задачи конкретного модуля
• Сложность повторного использования
13

14. Реализация не скрыта
протоколом
• Нарушение слоистой архитектуры
• Открытие подробностей реализации
• Доступ к Core-компонентам
14

15. • В протокол выносятся необходимые ресурсы
• Множество реализаций
15
Реализация скрыта
протоколом

16. 16
Сервисы зависят
от сервисов
• Плохая ответственность зависимого
• "Большой" сервис недостаточно абстрактен
• Сервис решает не свою задачу

17. 17
Нет зависимости
сервисов от сервисов
Service
Service

18. 18
Нет зависимости
сервисов от сервисов
VC
Service
Service

19. 19
Нет зависимости
сервисов от сервисов
VC
Service Service

20. 20
Нет зависимости
сервисов от сервисов
VC
Interactor
Service Service

21. VC
21
Нет зависимости
сервисов от сервисов
Service Service

22. VC
Facade
22
Нет зависимости
сервисов от сервисов
Service Service

23. Наличие состояния
• Дополнительное место с состоянием
• Непредсказуемость поведения
• Часто является состоянием модуля
23

24. 24
Отсутствие состояния
VC
Service

25. 25
Отсутствие состояния
VC
Servicepage

26. 26
Отсутствие состояния
VC
Service
page

27. 27
Отсутствие состояния
VC
Service
NetworkClient Storage

28. 28
Отсутствие состояния
VC
Service
NetworkClient Storage
cache

29. 29
Отсутствие состояния
VC
Service
NetworkClient Storagecache

30. 2. Практика

31. Пример
31
VC
AuthService NewsService

32. Пример
32
VC
AuthService NewsService
NetworkClient
Storage Mapper
RequestFactory
Serializer
Handler

33. Пример
33
VC
AuthService NewsService
NetworkClient
Storage Mapper
RequestFactory
Serializer
Handler
Protocol

34. Пример
34
VC
AuthService NewsService
VC
NetworkClient
Storage Mapper
RequestFactory
Serializer
Handler
Protocol

35. Пример
35
VC
AuthService NewsService
VC
FavService
NetworkClient
Storage Mapper
RequestFactory
Serializer
Handler
Protocol

36. Фабрики
36
ModuleAssembly
ServiceAssembly
CoreComponentsAssembly UtilitiesAssembly
ExtensionServiceAssembly
ModuleAssembly ModuleAssembly

37. Плюсы
• Инкапсуляция части логики
• Повторное использование
• Самодостаточность
• Может использоваться в разных приложениях
• Контракт
• DI
37

38. Подведем итоги
• SOA как архитектура
• Что такое сервис?
• Чем грозит нарушение принципов
• Плюсы и примеры SOA
38