Мы написали приложение полностью на SwiftUI. Это было рискованное, но очень обдуманное и дальновидное решение. Потому что хотелось двигаться в сторону новых технологий, и приложение «Путешествий» стало отличной площадкой для эксперимента. И, конечно, помимо всех плюсов в виде скорости разработки и входа в разработку, отличного симбиоза с Combine, перспективности, мы столкнулись еще и со сложностями.

По нескольким причинам архитектура получилась гибридная: с одной стороны сначала мы использовали известный и вроде бы очевидный в случае реактивного программирования MVVM, с другой — в какой-то момент эта архитектура начала стрелять нам в ноги. И пришлось, используя все преимущества SwiftUI, переходить на подход Unidirectional Data Flow и архитектуру со стейт-машиной.

И к такой архитектуре существующие решения навигации были не готовы, только позже вышла возможность отделять навигацию от UI-слоя — то, что нам было так необходимо для различных кастомных переходов. Пришлось пробовать писать что-то свое, и в итоге нашли библиотеку FlowStacks, реализующую паттерн Coordinator. Совместили расширенный ее вариант со стейт-машиной и получили навигацию, которой было уже удобно и реально пользоваться для тех кейсов, которые были прописаны у нас в дизайне.

Конечно, было бы идеально сделать минимальной поддерживаемой версией iOS 16, чтобы исключить все проблемы и не придумывать велосипеды с навигацией, но мы начали разрабатывать приложение до ее выхода, плюс для больших продуктов с широкой аудиторией необходимо было поддерживать более низкие версии. И, как у любого здорового проекта, использующего новый стек, с поддержкой низких версий iOS возникли проблемы. Изначально минимальной поддерживаемой версией был iOS 13, но, посчитав все риски и оценив стоимость ресурсов, которые пойдут на отладку багов и поддержание этой версии, мы смогли убедить менеджмент поднять таргет до 14-й версии iOS.

Еще мы столкнулись с необходимостью с нуля писать большие, тяжелые, но часто используемые элементы, которые не совсем удобно реализованы в текущих решениях для SwiftUI и для которых мало примеров в виде third-party библиотек. Однако благодаря очень мощной команде получилось справиться со всеми сложностями, нашлись люди, которые были готовы полностью погрузиться в процесс написания сложных элементов.

Опыт с «Яндекс Путешествиями» показал нам, что SwiftUI — перспективный и мощный фреймворк, который уже можно использовать, но всегда нужно быть готовыми к возможным рискам. В целом мы остались довольны выбором, заработали высокую экспертизу в SwiftUI, дотошно задокументировали свой опыт, научились обходить трудности и писать код так, чтобы все было наглядно, понятно и работало без багов. Ну и, кроме этого, на «Путешествиях» удалось попробовать несколько интересных библиотек (например, для логирования или снепшот тестирования), которые мы думаем использовать у себя в практиках.