🆓 Эволюция архитектуры iOS приложения Tripadvisor
Очень актуальный для меня статья про опыт миграции команды Tripadvisor с MVVM-C на модную TCA. Зачем?

Проблемы
🔴Навигационная энтропия: координаторы создают сеть навигационных возможностей, трудно задокументировать
🔴Зависимость от UIKit: архитектура coordinator привязывает к контроллерам UIKit, несовместима с SwiftUI
🔴Трудности в разработке: сложность для новых разработчиков, необходимость многократного дублирования кода
🔴Проблемы с Combine: асинхронный характер Combine усложняет отладку

Требования к новой архитектуре
🟣Простая, предсказуемая навигация
🟣Совместимость с SwiftUI
🟣Устранение дублей
🟣Снижение барьеров для входа новых разработчиков
🟣Хорошо документированная архитектура

Преимущества TCA
🟡Навигация на основе состояния, соответствующая SwiftUI
🟡Исчерпывающие возможности тестирования
🟡Встроенная поддержка асинхронности
🟡Документация и поддержка сообщества

Новые знания и уроки
🔵Изменение ментальной модели с действий на состояние
🔵Проблемы с производительностью и иерархическим моделированием
🔵Использование мутаторов для совместного использования логики мутации

Преимущества
🟢Уменьшенный объем кода на 15-30%
🟢Устранение шаблонного кода координатора, дублированной обработки событий, упрощенная логика навигации
🟢Ускорение разработки и снижение нагрузки на техническое обслуживание
🟢Более надежный код, улучшенный охват тестированием, ускоренные циклы разработки
🟢Улучшенная интеграция SwiftUI, более четкая архитектура

📱 Создание больших приложений на SwiftUI
Нет ничего более спорного чем архитектура. Выбор архитектуры зависит от типа приложения. Данная статья представляет из себя гайд по решению базовых вопросов при работе с MV паттернами. Статья описывает не только теорию, но и содержит очень много практических примеров. Особенно ценным мне показался комплексный подход к решению, автор не только знакомит с концепциями, но и в деталях показывает какие проблемы могут возникнуть и к какому решению пришел он. Только часть топиков из статьи:
🟡Модульная архитектура
🟡Понимание структуры MV - паттернов
🟡Отличие концепции View и экрана
🟡Концепция виртуального DOM в React и SwiftUI
🟡Проблемы с традиционным подходом MVVM в SwiftUI
🟡Использование Store в качестве агрегатных модели
🟡Использование @EnvironmentObject
🟡Использование кэширования
🟡Модули и их роль
🟡Навигация в SwiftUI
🟡Отображение ошибок
🟡Форматирование данных
🟡Методы написания тестов
🟡Проблемы с тестированием реализации
🟡E2E-тестирование
🟡Интеграционное тестирование
🟡Модульное тестирование и доступ к данным
🟡Тестирование пользовательского интерфейса
🟡Баланс между модульными и пользовательскими тестами

Возникает логичный вопрос, откуда такое рвение делиться знаниями? В конце ссылка на авторский платный курс за 150$, но статья и сама по себе хороша

🐥 ignoredByLayout() — Как применить геометрические эффекты, не нарушая макет
ignoredByLayout — недооцененный API в SwiftUI. Мало информации, необычные сценарии использования. Идем в документацию:
🔵Возвращает эффект, который применяется только при отрисовке
🔵Отключает изменения макета во время трансформации
🔵View игнорирует преобразование при вычислениях макета

Понятнее не стало, разбираемся в природе ignoredByLayout на практике:
🟢Визуальное преобразование не меняется.
🟢Система игнорирует геометрическое преобразование.
🟢Свойства геометрии передаются без изменений.

В статье приводится сразу несколько практических сценариев использования, сам я никогда не сталкивался с ними, но теперь готов к встрече.

🐥 Swift Enums vs Structs - Выбор лучшего инструмента для работы
Не самое типичное сравнение, не классы и структуры, а структуры и перечисления.
🔘Перечисления идеально подходят для конечного состояния, обеспечивают безопасность во время компиляции, switch, подходят для четко определенного набора состояний.
🔘Структуры расширяемые и гибкие. Подходят для расширяемости и добавления дополнительных вариантов, особенно полезны для стилей и конфигураций. Позволяют создавать пользовательские значения.
🔘Выбирать одно не обязательно, можно совмещать для упрощения работы. Перечисления могут содержать множество вычисляемых свойств, что может быть утомительно, а структуры использовать перечисления для ограничения количества доступных состояний.

Преимущества перечислений
🟢Обеспечивают безопасность и ясность для управления состоянием
🟢Полная проверка во время компиляции
🟢Взаимоисключающие состояния
🟢 Сопоставление шаблона с соответствующими значениями

Преимущества структур
🟢Обеспечивают расширяемость для будущих случаев
🟢Система настройки или стилизации
🟢Разрешение пользовательских изменений
🟢Сохранение сложного состояния с несколькими свойствами

Как выбрать? Перечисления подходят для конечного, четко определенного набора состояний. Структуры подходят для расширяемости и гибкости. Выбор зависит от важности безопасности во время компиляции или гибкости во время выполнения и вашей готовности к бойлерплейту и бесконечным switch.