Architecture overdose — Стас Цыганов (Туту.ру)

Стас Цыганов предлагает поговорить о разных архитектурах: как верхнего слоя, так и всего приложения. Речь не о баззвордах и сравнениях, у кого больше букв: цель — понять, чем же они концептуально отличаются. Разберемся, почему появляется по архитектуре в неделю и почему в них нет ничего нового. Ну и в конце посмотрим, на что надо будет обратить внимание при выборе архитектуры следующего приложения.
P.S. Будет про VIPER ☺

Avito iOS Winter Edition
02/12/2017

Transcript

1. Architecture overdose Цыганов Станислав
2. Про что будем говорить? Слишком много спорим Возможно упускаем самые важные моменты Что выбрать для следующего приложения? 2
3. I - Ответственности С большой силой приходит и большая ответственность 3
4. View 4
5. View Рендеринг модельных данных Управление сабвью Отправка эвентов 5
6. View Presenter Остальное беру на себя! 6
7. Представление View Presenter Подготовка данных Переходы Общение с BL View ViewModel Я сам! Сам разберешься 7
8. Presenter ViewModel ≈ Разные реализации - одинаковые ответственности Он мне никогда не нравился 8
9. View Presenter ViewModel Interactor Router Coordinator TableView Helpers 9
11. I - Ответственность Стремление к Единственной ответственности Важны договоренности в команде по каждому компоненту Не так важен выбор конкретной архитектуры 11
12. II – Направление 12 Если не знаешь, куда направляешься, вспомни, откуда идешь
13. Централизованная система Presenter Interactor View Router 13
14. Централизованная система Presenter Готовит данные Управляет флоу Знает о всех компонентах модуля Часто страдает лишним весом 14
15. Однонаправленные архитектуры View Presenter Interactor 15
16. Чище ответственности Явный флоу Чище интерфейсы Однонаправленные архитектуры View Presenter Interactor Плюсы 16
17. Однонаправленные архитектуры View Presenter View Presenter render(with: Model) 17
18. Однонаправленные архитектуры View Presenter Interactor Минусы Проксирование Невозможность ответить 18
19. Только для модуля? Flux Redux RxFeedback … Строгость флоу Читабельность … Явный стейт 19
20. Обязательно попробуйте оба подхода! Выберите одну из систем II – Направление
21. ||| – Состояние 21 Состояние творит чудеса. Мысли лишь описывают чувства и ощущения от происходящего
22. Вопросы Что такое состояние? Где оно должно храниться? Чье состояние самое главное? 22
23. Что такое состояние? Значение переменных компонентов системы Текущее состояние влияет на результат Примеры: Хранилище Сервис View Storage (однонаправленный) 23
24. Источник правды Лежит в модуле P/VM Обновляем его при помощи сервисов Лежит отдельно от слоя представления Представление лишь реагирует на его изменение SOA Redux 24
25. Сравнение Независимость модулей Переиспользование компонентов архитектуры Полный контроль за состоянием Показываем ровно то, что храним Простая синхронизация стейта SOA Redux 25
26. Вместо итогов Разделение ответственности Договоритесь о них в команде! Выберите направление стрелочек Один главный Все равны, все участвуют Состояние Умные/тупые модули верхнего уровня VIPER!!!111!! 26