Хто так будує? Антипаттерни iOS розробки

Доповідь описує декілька прийомів проектування і програмування, які часто недоцільно використовують iOS інженери у своїй роботі, їхні особливості, а також плюси і мінуси використання.

Представлена на Lviv Mobile Developers Day 2015

ВІдео: https://www.youtube.com/watch?v=Hfy9m1FbE-E

Transcript

1. Хто так будує? Антипаттерни iOS розробки Сергій Мумряк iOS Engineer @ Cogniance
2. Суб’єктивність оцінки якості системи • цілі, які переслідує розробка системи • досвід розробників • ризики
3. Об’єкт-бог
4. Об’єкт-бог + Швидка імплементація + Низький поріг входження в розуміння архітектури
5. Об’єкт-бог - Складність масштабування - Відсутність кастомізації - Високий поріг входження для підтримки
6. Об’єкт-бог в композиції іншого об’єкта-бога
7. Об’єкт-бог в композиції іншого об’єкта-бога + Низький поріг входження в розуміння архітектури
8. Об’єкт-бог в композиції іншого об’єкта-бога - pow("Складність масштабування", 2) - Відсутність кастомізації - Високий поріг входження для підтримки - Час для рефакторинга близький до нескінченності
9. Єдиний дата лоадер/ провайдер (частковий випадок об’єкта-бога)
10. Єдиний дата лоадер/ провайдер + доступ і завантаження всіх данних з будь-якого місця
11. Єдиний провайдер данних - доступ до всіх данних з будь-якого місця - спагетті-код (зазвичай)
12. Дата лоадер як сабкласс реквест менеджера
13. Дата лоадер як сабкласс реквест менеджера + ?
14. Дата лоадер як сабкласс реквест менеджера - знецінювання оригінального призначення об"єкта - збитковість коду - неможливість очевидного розділення задач по типам (REST запити, завантаження документів, відсилання данних, завантаження великої кількості данних і т.д.)
15. Нотіфікейшн від nil
16. Нотіфікейшн від nil + швидкий хак + простота (дуже-дуже простота) в будуванні архітектури
17. Нотіфікейшн від nil - хак - зменшення відповідальності - зниження контролю над системою з боку розробника - неочевидність
18. Робота з raw-даними від бекенда
19. Робота з raw-даними від бекенда + написав і забув + працює з базовими контейнерами (зазвичай)
20. Робота з raw-даними від бекенда - складність оновлення - неочевидність - довгий і болісний перехід на нормальну модель - читабельність коду відсутня (майже)
21. Парсер як частина модельного классу
22. Парсер як частина модельного классу + простота імплементації + прозора десеріалізація (тільки root-об’єкти)
23. Парсер як частина модельного классу - майже відсутня абстрактність - складність серіалізації ієрархії об"єктів - неможливість десеріалізувати ієрархію об"єктів
24. Декільна Root в’юконтроллерів
25. Декільна Root в’юконтроллерів + ???
26. Декільна Root в’юконтроллерів - необхідний хак для їхнього переключення - заміна рутового об"єкта в рантаймі недопустима - ніякої докумендації про поведінку аппи при зміні рут в’юкотроллера - забудьте про анімації
27. Використання boolean замість сабклассінга (або будь-якого іншого рішення)
28. Використання boolean замість сабклассінга (або будь-якого іншого рішення) + швидкий хак хотфікс + прозорий код (на час першого введення)
29. Використання boolean замість сабклассінга (або будь-якого іншого рішення) - головне джерело спагетті-кода - pow("Складність", numberOfBooleans) - довгий і не приємний рефакторинг
30. Як правильно?
31. Ніяк не правильно!
32. Як уникнути? • Divide and conquer • знати паттерни програмування • знати свій фреймворк • писати код в стилі фреймворка • критично мислити • переймати знання і досвід через код (github, cocoapods, різні конференції і т.д.) • НІКОЛИ не вважати stackoverflow джерелом знань
33. Що почитати/подивитись? • Банда Чотирьох - Паттерни Проектування • документація від Apple • WWDC • Василь Пастернак - Professional Software Development
34. QA
35. Design Patterns Explained Simply https://sourcemaking.com/design-patterns-book Professional Software Development by Vasyl Pasternak 
 https://speakerdeck.com/vasylp/professional-software- development AFNetworking https://github.com/AFNetworking/AFNetworking Alamofire https://github.com/Alamofire/Alamofire Realm.io https://realm.io/docs/objc/latest/
36. Дякую www.cogniance.com