Как сравнить Flutter с альтернативами по performance, UX, доступу к platform APIs, найму и долгосрочной поддержке?

Performance

Flutter компилирует Dart в нативный ARM64/x86_64 код (AOT) — нет JS-bridge. Это даёт стабильные 60/120 fps при правильном использовании. React Native (старая архитектура) проигрывает на тяжёлых анимациях из-за асинхронного bridge; Fabric (новая архитектура RN) закрывает разрыв, но ещё не везде доступна. Xamarin и Ionic — значительно медленнее на сложных UI.

Инструменты измерения производительности Flutter:

# Профилировщик в DevTools
flutter run --profile
# Открыть DevTools:
flutter pub global activate devtools
flutter pub global run devtools

Ключевые метрики: frame build time (цель <16ms), GPU raster time, skipped frames. Timeline view в DevTools показывает jank-кадры.

UX и нативный look-and-feel

Flutter рисует всё сам через Skia/Impeller — нативные компоненты платформы не используются по умолчанию. Это означает pixel-perfect кастомный UI, но отступление от platform conventions (iOS HIG, Material You). Пакет cupertino имитирует iOS-виджеты, но это не настоящие UIKit-компоненты.

• Flutter: максимальная свобода дизайна, идентичный вид на всех платформах.
• React Native: использует нативные компоненты платформы (UIButton, TextView) — автоматически адаптируется к теме ОС.
• Native (Swift/Kotlin): полная нативная аутентичность, доступность из коробки.

Доступ к Platform APIs

Сравнение по глубине интеграции с платформой:

• Flutter (MethodChannel): работает, но каждая нативная фича требует писать код на Swift/Kotlin + Dart. Плагины pub.dev покрывают ~80% типичных нужд (camera, GPS, Bluetooth, push). CallKit, HealthKit, WidgetKit, Live Activities — только через нативный код.
• React Native: аналогично, но экосистема старше и богаче; больше готовых модулей.
• Native: все API доступны напрямую, нет overhead.

Найм

На 2024 год на рынке труда Flutter-разработчиков примерно в 3–5 раз меньше, чем iOS+Android разработчиков по отдельности. Dart — нишевый язык. React Native выигрывает по доступности специалистов (JavaScript-бэкграунд), особенно в аутсорсинге. При этом Flutter-разработчики часто покрывают обе платформы, что компенсирует меньший пул.

Долгосрочная поддержка

• Flutter поддерживается Google, используется в Google Pay и других продуктах — низкий риск abandoned.
• Крупные breaking changes при мажорных апгрейдах: null safety (2.0), Impeller (3.10), Material 3 (3.0).
• React Native: Meta активно развивает новую архитектуру (Fabric, TurboModules, Hermes).
• Xamarin завершён — Microsoft переходит на .NET MAUI.

Подводные камни

• Сравнение по бенчмаркам без реального профиля приложения вводит в заблуждение: jank чаще вызывает неэффективный setState, а не сам рендерер.
• pub.dev-плагины для платформенных фич (BLE, NFC, CarPlay) часто не поддерживаются или отстают от нативных SDK на 1–2 версии ОС.
• Accessibility: Flutter использует SemanticsNode вместо нативного UIAccessibility — некоторые экранные читалки (VoiceOver, TalkBack) работают с ограничениями.
• Flutter Web собирает приложение в CanvasKit (WASM) или HTML renderer — оба варианта слабее нативного web по SEO и TTI.
• Миграция существующего нативного приложения на Flutter через Add-to-app сложна: FlutterEngine имеет значительный memory footprint (~100 MB).
• Dart не имеет такой же зрелой экосистемы для серверного кода, как Node.js или Go — backend на Dart (Shelf) экзотика.
• Локализация и RTL: Flutter поддерживает intl-пакет, но bidirectional текст и нестандартные шрифты требуют дополнительной настройки.
• Стоимость миграции с Flutter обратно на native высока — нет инструментов автоматической конвертации кода.

• Сравнивать Flutter с альтернативами по одному признаку
• Путать личную привычку с инженерным критерием выбора
• Не учитывать migration cost и vendor/ecosystem lock-in

• Сравнивает Flutter по нескольким инженерным осям
• Не путает популярность с пригодностью
• Понимает migration cost и долгосрочную поддержку