VIPER. Чистая архитектура для iOS.

В докладе рассказано о VIPER — архитектурном решении, разработанном специально для iOS. На примере реального коммерческого проекта показано как разбивать приложение на модули, как дробить модули на сабмодули и как перестать смешивать бизнес-логику и UI. Так же рассказано том, как VIPER помогает справиться с постоянно изменяющимися бизнес-требованиями и облегчает рефакторинг.

Transcript

1. VIPER Чистая архитектура для iOS
2. Знакомство с VIPER • Доклад и обсуждения на MBLTDev’15 • Конференция Rambler.iOS V • Различные статьи и видео 2
3. MVC 3 VIEW CONTROLLER MODEL User action Update Notify Update
4. Cocoa MVC 4 VIEW UIView CONTROLLER UIViewController MODEL Update Notify
5. Минусы • В контроллерах смешивается бизнес-логика и UI • MVC == Massive View Controllers • Глобальные стейты и переменные • Контроллеры тяжело тестировать Cocoa MVC 5
6. SOLID S - Single responsibility principle (Принцип единственной ответственности) O - Open/closed principle (Принцип открытости/закрытости) L - Liskov substitution principle (Принцип подстановки Барбары Лисков) I - Interface segregation principle (Принцип разделения интерфейса) D - Dependency inversion principle (Принцип инверсии зависимостей) 6
7. VIPER 7 ROUTER VIEW PRESENTER E E INTERACTOR
8. • Четкое распределение ролей внутри модуля • Легкая расширяемость и поддержка • Тестируемость • Избавление от Massive View Controllers Что обещает VIPER? 8
9. VIPER от Rambler 9 ASSEMBLY ROUTER VIEW PRESENTER INTERACTOR SERVICE SERVICE SERVICE E E
10. VIEW • Пассивна • Отвечает только за передачу событий в PRESENTER 10 ASSEMBLY ROUTER VIEW PRESENTER INTERACTOR SERVICE SERVICE SERVICE E E
11. INTERACTOR • Бизнес-логика 11 ASSEMBLY ROUTER VIEW PRESENTER INTERACTOR SERVICE SERVICE SERVICE E E
12. PRESENTER • Сердце модуля 12 ASSEMBLY ROUTER VIEW PRESENTER INTERACTOR SERVICE SERVICE SERVICE E E
13. ROUTER • Переходы 13 ASSEMBLY ROUTER VIEW PRESENTER INTERACTOR SERVICE SERVICE SERVICE E E
14. ASSEMBLY • Сборщик модуля • Typhoon 14 ASSEMBLY ROUTER VIEW PRESENTER INTERACTOR SERVICE SERVICE SERVICE E E
15. SERVICE • Бизнес-логика • INTERACTOR превращается в фасад над сервисами 15 ASSEMBLY ROUTER VIEW PRESENTER INTERACTOR SERVICE SERVICE SERVICE E E
16. VIPER на практике 16
17. О приложении • Новости • Объявления • События • Профили пользователей и многое другое… Практически все экраны приложения – таблица Практически все экраны отображают данные, полученные с сервера 17
18. Типовой модуль ASSEMBLY <ViewOutput> <InteractorInput> <RouterInput> <Service> UIViewController UIView, UIControl ФабрикиUI-компонентов Фабрики view model Состояние модуля Фабрики сабмодулей Обработка событий от View Обновление View Взаимодействие с сервисами <ModuleInput> <ModuleOutput> Сетевые запросы Данные сессии Информация о текущем пользователе Настройки приложения VIEW PRESENTER INTERACTOR ROUTER <ViewInput> <InteractorOutput> SERVICE 18
19. Работа типового модуля Начальная загрузка objects objects Presenter Interactor View 19 viewDidLoad displayData: didTriggerReadyEvent didFetchData: fetchData
20. Работа типового модуля Подгрузка данных objects objects Presenter Interactor View 20 onInfiniteScroll: appendData: didTriggerInfiniteScrollEvent: didFetchNextData: fetchNextData
21. Работа типового модуля Обработка внешних событий objects objects Presenter Interactor View 21 prependData: didReceiveData: didReceivePushNotification:
22. Сервисы и их зависимости • Single responsibility • Взаимодейтвие через протоколы • Dependency Injection (Typhoon) 22 FeedService FeedBlocksFactory RequestCreator SessionStorage AppConfiguration
23. Переходы objects Feed Router Transition Handler Feed Presenter 23 prependData: showJobContentWithObject: openModule: configureWithObject: id Module Input objects Job Presenter (Module Input)
24. Разбиение на модули 24 Navigation module Tabbar module Feed module Jobs module
25. Разбиение на модули 25 Carousel module People module
26. Взаимодействие с сабмодулями 26 ASSEMBLY <ViewOutput> <InteractorInput> <RouterInput> <ModuleInput> <ModuleOutput> VIEW PRESENTER INTERACTOR ROUTER <ViewInput> <InteractorOutput> VIEW PRESENTER <ViewOutput> <ViewInput> <Input> <Output> Main Module Submodule
27. Взаимодействие с сабмодулями objects Jobs module Feed module 27 Fetch content Instantiate modules Prepare sections Display sections configureModule sectionItemWithObject: view model Insert cells ‘SHOW MORE’ tap Index path
28. • Переиспользование сабмодулей • Общая логика • Общие элементы • Однотипное представление Контент экраны 28
29. Базовый модуль 29 Base View Base Presenter Base Interactor Base Router Service1 Service2 Job View Job Assembly Job Presenter Job Interactor Job Router Service3
30. Итоги 30
31. Первые впечатления • ААА! Сложна! • Очень много связей • Assembly(Typhoon) == Магия • Это overkill 31
32. Если разобраться • Все абсолютно прозрачно • Все связи логичные • Assembly(Typhoon) == Фреймворк 32
33. Merge • Xcode не умеет безболезненно добавлять файлы в проект • Огромное число конфликтов • Merge мог занимать около 40 минут 33
34. xUnique • Скрипт на python • Встраивается в проект как post-build action • В разы уменьшает количество конфликтов Минусы • После работы скрипта теряется текущая навигация проекта • Если вызвать несколько раз одновременно - поломает проект 34
35. Кодогенератор Generamba • Рутинные тесты создаются сразу • Легко создавать свои шаблоны • Гибкость внутри шаблонов • Отзывчивость разработчиков 35
36. Адаптация к изменяющимся требованиям 36
37. Адаптация к изменяющимся требованиям 37 37
38. Адаптация к изменяющимся требованиям • Новый модуль для свайпа контента • Подготовка старых контент модулей к отображению в новом • Всю логику получения и кеширования контента переместили в новый сервис 38
39. Тестирование • Взаимодействие внутри модуля • Взаимодействие между модулями • Взаимодействие модулей с сервисами • Сервисы 39
40. Итог • Проект поделен на модули • Бизнес-логика отделена от UI • Проект легко покрывается тестами • Предсказуемость поведения • VIPER сочетается с scrum 40
41. Вопросы? 41