Compose Multiplatform на iOS — реально ли в продакшн в 2026 или ещё сыро?

[Version]

JetBrains объявили стабильность Compose Multiplatform для iOS ещё в версии 1.8.0 в прошлом году. Сейчас уже середина 2026, прошёл год с релиза. Кто реально шипанул в продакшн? Нас двое на проекте (я Android, напарник iOS), думаем перейти на CMP чтобы не дублировать UI. Приложение — финтех, ~40 экранов, анимации несложные, но accessibility важна.

[marianna]

У нас в продакшне с ноября прошлого года. Приложение — доставка еды, ~25 экранов. Производительность на Android — отлично. На iOS — в целом нормально, но есть нюансы: bottom sheet порой не освобождает память после закрытия (issue #4912 на GitHub до сих пор открыт). На iPhone 13 и новее не замечаем, на 11-м были жалобы от тестировщиков на нагрев. Accessibility — это реальная боль, VoiceOver работает частично.

[k8s2000]

Для финтеха с accessibility-требованиями я бы НЕ рекомендовал прямо сейчас. XCTest не видит Compose-вьюшки нормально, тесты UI на iOS придётся писать через обходные пути. Если у вас есть требование сертификации под РФ/КЗ-законодательство с поддержкой людей с ОВЗ — это может стать блокером.

[tsav]

@marianna, Главная проблема — нет Cupertino-компонентов из коробки. Всё рендерится в Material. Пользователи iOS замечают, что приложение 'выглядит как Android'. Для B2B это некритично, для потребительского приложения — минус в отзывах на App Store гарантирован.

[idlebteam]

Мы выбрали гибридный подход: общий слой логики на KMP, UI отдельный для каждой платформы (SwiftUI + Jetpack Compose). Дольше, дороже, зато нативное ощущение. CMP рассмотрим, когда допилят Cupertino-кит. Следим за репозиторием compose-cupertino на GitHub — там сообщество делает нативные компоненты, уже неплохо.

[lonelygoblin]

По цифрам из последнего опроса JetBrains: 96% команд не имеют серьёзных проблем с производительностью на iOS. Но выборка смещена — туда попадают те, кто активно использует инструмент. Тех, кто попробовал и бросил, в опросе нет. Берите цифры с поправкой.

[RegexKun]

Запустил тест: одинаковый список с 500 элементами и асинхронной загрузкой картинок. SwiftUI — 60fps стабильно, CMP на том же iPhone 14 — 58-60fps, изредка дроп до 55 при быстром скролле. Для большинства приложений разница незаметна.

[middlewarlock]

Тут топит идею не CMP вообще, а связка финтех + accessibility. На доставке еды частичный VoiceOver переживается, а в финтехе экран перевода или подтверждения платежа, который скринридер читает криво, это уже не баг а потенциальная жалоба и блокер на ревью в сторе. Я бы общую логику на KMP вынес, а вот эти 5-6 критичных экранов оставил нативными, пока VoiceOver не доделают.

[Kutz]

@marianna, про bottom sheet который не отдаёт память после закрытия и нагрев на iPhone 11 — почти наверняка течёт не сам шит, а удерживается UIViewController-обёртка Compose-сцены. У нас похожее лечилось тем что шит не пересоздавали на каждый показ, а держали один инстанс и меняли видимость. Нагрев на 11-м после этого ушёл, на новых он и так маскировался запасом по железу.

[wireguardmaker]

@lonelygoblin, про смещённую выборку в опросе JetBrains — в точку, эти 96% надо читать как '96% из тех кто дошёл до прода и не сбежал'. У кого CMP не взлетел на iOS, молча вернулись на нативку и в статистику не попали. Реальную картину дают не цифры вендора, а открытые баг-трекеры — тот же issue #4912 красноречивее любого опроса.