Почему уменьшение минимально поддерживаемой версии снижает вес приложения?

Архитектурные требования и размер приложения

Снижение минимально поддерживаемой версии iOS (например, с iOS 15 до iOS 12) напрямственно влияет на размер бинарного файла приложения из-за изменений в архитектурных требованиях и бинарной совместимости. Основная причина заключается в том, что компилятор и линковщик должны обеспечивать работу приложения на более старых устройствах, что часто требует включения дополнительного кода и ресурсов.

Библиотеки времени выполнения и слабые связи

При компиляции приложения под более старую версию iOS, системные фреймворки и библиотеки, которые доступны в более новых версиях, могут отсутствовать в целевой. Это приводит к необходимости:

• Статически линковать альтернативные реализации некоторых функций.
• Включать fallback-код для обеспечения совместимости.

// Пример: функция доступна только с iOS 15+
if #available(iOS 15, *) {
    // Используем новую системную API
    await Task.sleep(nanoseconds: 1_000_000_000)
} else {
    // Fallback для старых версий - собственная реализация
    DispatchQueue.main.asyncAfter(deadline: .now() + 1) {
        // Дополнительный код увеличивает размер бинарника
    }
}

Оптимизации компилятора и поддержка архитектур

1. Поддержка старых архитектур процессоров: более ранние версии iOS часто работают на устройствах с процессорами, которые не поддерживают современные инструкции ARM. Это может требовать:
   • Отключения оптимизаций компилятора для определенных архитектур.
   • Включения дополнительных кодогенераций для старых чипов.

# В Xcode Build Settings могут появиться дополнительные архитектуры
ARCHS = armv7 armv7s arm64 # вместо только arm64

1. Размеры системных библиотек: новые версии iOS часто содержат более оптимизированные и компактные системные библиотеки. При поддержке старых версий:
   • Приложение может зависеть от более крупных версий библиотек.
   • Некоторые системные функции требуют дублирования в пользовательском коде.

Библиотеки третьих сторон и зависимости

Популярные 第三方 библиотеки, такие как Alamofire, SnapKit или Realm, также часто увеличивают требования к минимальной версии. При снижении целевой версии:

• Возможно необходимо использовать старые версии библиотек, которые менее оптимизированы по размеру.
• Библиотеки могут включать большее количество fallback-кода для совместимости.

// Alamofire 5 требует iOS 12+, но Alamofire 4 поддерживает iOS 10
// Версия 5 может быть более оптимизированной по размеру
import Alamofire // Версия зависит от Deployment Target

Оптимизация размера и современные инструменты

Современные версии iOS и Xcode предоставляют инструменты для сокращения размера приложения:

• Bitcode и оптимизация на стороне App Store.
• Slicing для конкретных устройств.
• Более эффективные алгоритмы компрессии ресурсов.

При поддержке старых версий некоторые из этих инструментов становятся недоступными или менее эффективными.

Практическое влияние

В реальных проектах снижение Deployment Target с iOS 15 до iOS 12 может привести к увеличению размера бинарника на 5-15% из-за:

• Дополнительного условного кода для проверки доступности API.
• Статически линкованных библиотек вместо использования системных.
• Менее оптимизированных ресурсов (например, изображений в старых форматах).

Таким образом, минимально поддерживаемую версию следует выбирать балансируя между размером приложения и покрытием аудитории. Для массовых приложений часто поддерживают версии на 3-4 года назад, но для нишевых или новых продуктов можно выбрать более высокий минимум для оптимизации размера и использования современных API.