(UA) Development of iOS mobile application using MVVM architecture and reactive programming

Slides of graduate work of bachelor's degree in V. N. Karazin Kharkiv National University

Transcript

1. Тема: “Розробка мобільного додатку на платформі iOS з використанням MVVM архітектури та реактивного програмування.” Виконав студент 4 курсу, групи МФ-42 Григор’єв Володимир
2. Актуальність теми: • проблеми MVC від Apple: ◦ сильна зв’язності контролера та представлення ◦ величезна кількість відповідальностей контролера
3. Сильна зв’язність контролера й представлення MVC від Apple в теорії
4. Сильна зв’язність контролера й представлення MVC від Apple на практиці
6. Масивний контролер представлення має багато відповідальностей: • розміщення, анімація, зовнішній вигляд UI елементів • реакція на взаємодію з користувачем • реакція на життєвий цикл представлення (причина сильної зв’язності) • логіка презентації (перетворення даних в зрозумілий для представлення вигляд) • стягування даних із мережі або бази даних • є делегатом сервісів (LocationManager, AudioPlayer, тощо) • переходи між екранами (контролерами)
8. Постановка задачі 1. Визначити переваги й недоліки MVVM 2. Розробити власну реалізацію MVVM архітектури 3. Реалізувати зв’язування даних між View Model та View за допомогою реактивного програмування 4. Розробити UI
9. MVVM
10. Процес роботи дизайнера й розробника
11. Процес роботи дизайнера й розробника
12. Процес роботи дизайнера й розробника
13. Зв’зування даних в iOS, реактивне програмування На жаль iOS не надає розробникам можливість зв’язувати данні. Тому треба звернутися до реактивного програмування. Для іOS є декілька реалізацій RP: - ReactiveCocoa - RxSwift (ReactiveX) - ReactiveKit
14. ReactiveX: потік даних
16. ReactiveX тому, що: • це універсальний API, реалізований багатьма мовами • має велику кількість операторів схожих на оператори колекцій (map, flatMap, filter, skip, тощо) • має велику спільноту програмістів, котра створює безліч корисних бібліотек-обгорток на системні iOS фреймворки і не тільки
17. Flace
18. Діаграма прецедентів
22. “Місця поблизу” -> “Перегляд місця”
23. “Місця поблизу” -> “Список місць”
24. “Створення місця”
25. Висновки: • вирішили проблеми сильної зв’язності контролера та представлення • зменшили кількість відповідальностей контролера • відділили UI від логіки • уможливили тестування логіки незалежно від UI • стали на крок ближче до створенням надійного, легко підтримуваного продукту
26. Дякую за увагу