Пост☝️ 📦 Размер приложения — это не просто цифра в App Store

☝️ 📦 Размер приложения — это не просто цифра в App Store Размер приложения напрямую влияет на: - конверсию в установку (особенно в регионах с мобильным трафиком), - время загрузки и first launch, - обновляемость (пользователь чаще откладывает “тяжёлый” апдейт), - хранение на устройстве. Исторически порог в ~200 МБ считался психологическим и сетевым барьером — при крупных загрузках. App Store, например предлагает переходить на Wi-Fi. Даже несмотря на изменения лимитов, сам эффект остаётся: чем тяжелее билд, тем выше friction. Недавно я интегрировал в нативное iOS-приложение Flutter-модуль. И это автоматически поднимает целый пласт инженерных вопросов: 🧩 Flutter inside native: что пришлось анализировать 1️⃣ Dependency resolution - transitive зависимости (резолв общих нативных SDK) - влияние flutter-плагинов на iOS/Android-проект - корректную сборку в release profile 2️⃣ Оптимизацию release-сборки - оптимизации Flutter.framework и App.framework (термины flutter) - в том числе удаление неиспользуемой функциональности 3️⃣ Бинаризацию Flutter-модуля - сборка в xcframework - кэширование артефактов - минимизация пересборки нативного проекта - влияние на CI и локальный DX Отдельная боль — время сборки. Flutter внутри iOS может существенно увеличить clean и incremental build, если не выстроить правильную стратегию доставки и кэширования. В целом по тех стеку для оптмизаций flutter проекта, можно тут почитать. 🏗 Но оптимизации — это не только Flutter. Мы давно системно работаем с нативным стеком: 🔹 On-Demand Resources (ODR) - Подгружаем тяжёлые ассеты по требованию. 🔹 Модуляризация - изоляция фич - переиспользование кода - контроль зависимостей 🔹 Работа с ресурсами - поиск дубликатов и больших ассетов - анализ неиспользуемых ассетов - контроль веса .xcassets - внутренняя аналитика через скрипты и graphana 🔹 App Thinning - понимание slicing - корректная работа с architectures - оптимизация universal vs device-specific бинарей 🔹 App Store Connect аналитика позволяет контролировать: - размер IPA - размер установленного приложения - вариативность по устройствам 📊 По факту размер — это не разовая оптимизация, а процесс: - инструменты анализа - прозрачные метрики - контроль на CI - ответственность на уровне архитектуры. Flutter, натив, ресурсы, сборка — всё это части одной системы. #L #iOS #AppSize #Flutter 👏