Никакого rocket science. Несколько советов для старта нового проекта с перспективой @ CococaFriday #5

Запуская очередной MVP, никогда не знаешь, доростет ли он до топа Apple Store или закроется после второго значимого релиза, да и не всегда разработчик напрямую может на это повлиять. Но на качество кода и на надежный фундамент для старта и дальнейшего развития - запросто. В докладке я поделюсь реальными кейсами из проекта, которые, будь они применимы с самого начала, существенно облегчили бы жизнь всем разработчикам в комманде. Пройдемся в кратце обо всем - о архитектура, зависимостях, новых и не очень подходах и прочих мелочах

Transcript

1. Несколько советов для старта нового проекта с перспективой 01 Никакого rocket science Денис Румянцев Senior iOS Developer в appflame
4. HILY by appflame • Топ-5 в США (Social Networking) • >6M пользователей • 1.2M ежемесячная аудитория • Свой R&D 04
5. Поговорим про • Использование новых (внешних) технологий • Экономию времени • Организацию кода • "Мелочи жизни" • Архитектуру и подходы 05
6. Работа с внешними зависимостями 06
7. Podfile состоянием на 09.01.2018 (часть 1) 07
8. Podfile состоянием на 09.01.2018 (часть 2) 08
9. 09 ВIДВЕРТА ЗНЕВАГА
10. Podfile сейчас 10
12. Маскировка зависимостей 12
13. Явное использование внешних зависимостей 13
14. Прячем зависимости 14
15. Использование* 15
16. СБОРКА 16
17. • Потом будет лень • Сейчас проект компилится очень быстро • Экономия времени • Исключается человеческий фактор Зачем мне тратить на это время сейчас? 17
18. А как? 18 Непосредственно сборка • xcodebuild • fastlane А кто это делать все будет? • Jenkins • Gitlab CI • Готовые сервисы
19. Пример 1. Выгрузка в Connect 19
20. Пример 2. Сборка беты в Fabric 20
21. ти прекрасний згоден 21
22. Генерализация UI компонентов 22
24. Сториборд Варианты решения Код 24
26. Создаем собственный UIKit 26
28. 28 Определяем существующие стили
29. 29 Создаем сабклассы
30. 30 Использование
31. Кодогенерация 31
32. • Экономит время • Избавляет от (некоторых) рутинных задач • Делает код более безопасным • Делает код стандартизированным • Уменьшает вероятность ошибки Какие проблемы решает? 32
33. • Все, о чем пишут в README.md :) • На что хватит фантазии и решит проблему копипасты Области применения 33
34. • Sourcery • SwiftGen • R.swift • Generamba • etc... Инструменты 34
35. Локализация 35
38. Все та же кодогенерация 38
39. "Мелочи жизни" 39
40. default: break 40
41. default: break 41
42. default: break 40
43. default: break 40
44. • Словарь терминов • "Магические" знания • Кодогенерация • Сборка • Все, о чем стоит знать остальным README.md 34
45. .xcconfig 34
46. .xcconfig 34
47. Комментарии 34
48. Архитектура 34
49. VIPER 34
50. VIPER. Плюсы и минусы 18 Плюсы • Декомпозиция • Тестируемость • Полная независимость модуля • Парное программирование (?) Минусы • Количество файлов • Громоздкость • Порог входа • Много трактовок "правильности" • Долго
51. Ну елки-палки... 18
52. MVC 18
53. MVC 18
55. MVC+R 18
56. •Быстрый порог входа •Подходит под наши нужды •Тестируемость не потерялась •Скорость Зачем? 18
57. Решает мои проблемы? 18
58. Еще немного про UI 39
60. • Аргументированно добавлять зависимости • Настраивать CI/CD сразу • Выбирать архитектуру под нужды • Автоматизировать рутину Подытожим 18
61. • Тестирование • Git flow • Процессы в команде • Создание внутренних инструментов • Настройка Danger, Swiftlint В следующих сериях 18
62. 39 Мой LinkedIn