Разбор архитектурных заблуждений в iOS

Алексей, iOS-разработчик из тинькова, поднял восхитительно опасную, но при этом не менее интересную тему.

Вот несколько тезисов, с которыми сложно не согласиться:

1️⃣ С точки зрения коммерческой разработки наилучшая архитектура — та, что максимально снижает затраты на разработку в долгосрочной перспективе.
Этого подхода я стараюсь придерживаться и в нашей команде. MVC, MVVM, VIPER — это архитектурные шаблоны (больше вот тут). Часто одного шаблона попросту недостаточно.
Например, сететой слой, пуши или как говорит Алексей, обработка диплинков - MVC-подобные паттерны про это не сообщают.

2️⃣ Разработка — это не только написание кода.
Мы создаём код, но его чтение, понимание, а также процессы в команде — занимают львиную долю времени.

3️⃣ В UI логику не держим или?
С выходом AsyncImage сама Apple показала, что можно доверить загрузку картинок и UI-слою.

4️⃣ Вывод: при планировании архитектуры больше внимания стоит уделять не простоте написания, а простоте чтения кода и внесения изменений.

Меня радует, что даже в крупных командах (около 80 человек) не пытаются писать код ради кода.

Наша задача — решать сложные вопросы с помощью программирования, но помните, что слишком много оптимизации на ранних стадиях — может оказаться не лучшим способом.

Будет здорово, если ещё кто-то прочитает про правило трёх.

📖 Обсуждение статьи.

✅А о правиле трёх (и других моментах) можно прочесть в моём закрытом ноушне.

😃 iOS Dev • 🐱 Доступ к алгоритмам