Flutter вместо Xamarin: почему выбор в 2026 году уже сделан за вас

Xamarin для новых проектов не рассматривают: Microsoft закрыла его 1 мая 2024 года и перевела разработчиков на .NET MAUI. Flutter от Google остаётся живым решением с регулярными обновлениями под iOS и Android. Для действующих проектов вопрос не «что выбрать», а как быстро перенести код с Xamarin, пока приложение ещё проходит модерацию сторов.

конец xamarin: что случилось в мае 2024 года

У компании, которая три года назад заказала мобильное приложение для выездных мастеров на Xamarin, всё работало ровно до обновления в App Store в начале 2026 года: новая сборка требует SDK, который Xamarin давно не получает. Поддержка закончилась 1 мая 2024 года — Microsoft перевела разработку на .NET MAUI и перестала выпускать обновления для старой платформы. Пакеты NuGet, от которых зависит приложение, зависли на версиях трёхлетней давности, поэтому обновить интерфейс под новый Android формально можно, но каждая правка держится на библиотеках, которые больше никто не чинит.

Для бизнеса это не абстрактный технический долг. Приложение, которое не проходит проверку сторов, останавливает работу выездных бригад или курьеров ровно в день, когда магазин обновляет прошивку смартфонов на складе. Пока разработчик разбирается с устаревшими зависимостями Xamarin, компания либо держит сотрудников на старых телефонах с зафиксированной версией ОС, либо переводит склад на бумажные накладные до выхода новой сборки — и то, и другое стоит дороже, чем плановый перенос на живую платформу.

что конкретно ломается первым

• ✓Push-уведомления — библиотеки для Firebase и Apple Push под Xamarin давно не обновлялись, новые версии сервисов уведомлений с ними не всегда совместимы.
• ✓Карты и геолокация — нативные обёртки для Google Maps и Apple Maps в Xamarin.Forms заморожены на старых SDK, а разработчики карт требуют новые версии клиентских библиотек ежегодно.
• ✓Сканер штрихкодов и работа с камерой — модули, завязанные на устаревшие камеры-API, первыми перестают собираться после обновления Xcode.

flutter и xamarin в цифрах: что сравнивать, если оба «умеют одно и то же»

На бумаге у Flutter и Xamarin одна и та же идея — один код на Dart или C# собирается в нативные приложения для iOS и Android. Разница проявляется не в первой сборке, а через полтора-два года поддержки, когда выходит новая версия ОС и нужно понять, кто её поддержит.

Ключевая строка в этой таблице — не язык программирования, а первая: у Flutter релизный цикл синхронизирован с обновлениями Apple и Google, у Xamarin релизного цикла больше нет вообще. Остальные строки описывают следствия этого факта, а не отдельные технические различия.

На собеседовании с подрядчиком имеет смысл спросить не «умеете ли вы Flutter», а «сколько живых проектов на Xamarin вы уже перенесли» — перенос старого приложения требует других навыков, чем разработка нового: нужно читать чужой C#-код, находить, что в нём завязано на устаревшие Xamarin-компоненты, и переносить логику, а не переписывать интерфейс вслепую.

где flutter выигрывает для приложений, завязанных на 1С

Для склада, который каждые несколько минут дёргает базу 1С за остатками, важнее не язык программирования, а то, как приложение ведёт себя при обрыве связи в дальнем цехе без Wi-Fi. Flutter поддерживает готовые HTTP- и WebSocket-клиенты, кэширует запросы на устройстве и переживает разрыв соединения без падения интерфейса — такие сценарии мы закрываем в проектах по интеграции приложения с 1С. Xamarin умеет то же самое, но обвязку под 1С там обычно держат на нативных модулях, а не на общем коде, и любое обновление iOS ломает именно эту часть первой.

Если приложение обращается к 1С не эпизодически, а постоянно — например, отдел продаж сверяет остатки и цены в реальном времени, — нагрузку стоит проверить отдельно: сама база должна укладываться в системные требования 1С, иначе мобильный клиент упрётся не в код, а в сервер. Для такого сценария у нас есть отдельный опыт с B2B-приложением с 1С: там мобильный клиент работает не с прямым запросом к базе, а через промежуточный сервис, который держит очередь запросов и не роняет сессию продавца при кратковременном обрыве связи.

Бывает и обратная ситуация: задача не в отдельном мобильном приложении, а в расширении уже работающей конфигурации 1С экраном для сотрудника в разъездах. Тогда быстрее и дешевле собрать интерфейс на 1С:Мобильной платформе, чем городить кроссплатформенный слой поверх работающей системы. Разница в подходах простая: если приложению нужен собственный дизайн, офлайн-режим и публикация в сторах — это Flutter; если задача укладывается в логику существующей конфигурации 1С — часто хватает штатного мобильного модуля самой платформы.

цена промедления: что теряет бизнес, если тянуть с переносом

Каждый цикл обновления iOS и Android сокращает срок жизни Xamarin-сборки, а не продлевает его. Store снимает с публикации приложения, собранные под устаревший SDK, обычно не мгновенно, а через несколько месяцев после того, как Apple или Google объявляют новый минимальный порог для целевой версии SDK. За это время компания либо успевает перенести приложение, либо узнаёт о проблеме в момент, когда сотрудники уже не могут переустановить его на новый телефон, а старый разбился или потерялся на складе.

Отдельная статья расходов — люди. Разработчик, который умеет чинить обвязку под старый Xamarin, стоит на рынке дороже Flutter-разработчика просто потому, что таких специалистов почти не готовят с 2024 года: профильные курсы и документация Microsoft переориентированы на .NET MAUI. Держать штатного человека под угасающую технологию ради одного приложения редко оправдано для среднего бизнеса — дешевле разово перенести код и дальше поддерживать его на живой платформе, где разработчиков на рынке больше и ставки ниже.

Третий пункт менее очевиден, но дороже первых двух: безопасность. Xamarin больше не получает патчей для уязвимостей в сетевых библиотеках и криптографических модулях, а мобильное приложение, которое пересылает данные клиентов или остатки склада, — ровно та точка, которую проверяют при аудите информационной безопасности. Закрытая уязвимость, которую никто не пропатчит, превращается в постоянный пункт риска в любом отчёте.

перенос с xamarin на flutter: пять шагов вместо переписывания с нуля

1. ✓Аудит текущего Xamarin-проекта — фиксируем, какая часть бизнес-логики на C# независима от UI и может остаться почти без изменений, а что жёстко завязано на нативных модулях.
2. ✓Пилот на одном экране или одном модуле — так видно реальную скорость переноса, а не оценку по документации Flutter. Обычно на пилот уходит от одной до трёх недель в зависимости от сложности экрана.
3. ✓Перенос интеграций — 1С, платежи, push-уведомления. Это самая долгая часть, потому что именно здесь у Xamarin были нативные обвязки под каждую платформу отдельно, и их нельзя скопировать один в один.
4. ✓Параллельный релиз — старое приложение работает у пользователей, пока новое проходит проверку в App Store и Google Play, чтобы никто не остался без доступа в переходный период.
5. ✓Отключение Xamarin-сборки — после того как новая версия закрепилась в сторах и прошла минимум одно плановое обновление без ошибок.

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

когда переносить рано: случаи, где xamarin ещё продержится

Не каждое Xamarin-приложение требует немедленного переноса. Если продукт работает только внутри компании, устанавливается вручную на корпоративные устройства и не публикуется в открытых сторах, требование к минимальному SDK на него не давит так же жёстко — можно зафиксировать версии ОС на парке устройств и выиграть время. Но это отсрочка, а не решение: рано или поздно устройства придётся менять, а новые модели поставляются с ОС, для которой старая сборка не собирается в принципе.

сколько стоит переход и что делает ukved

Перенос приложения с Xamarin на Flutter — не разработка с нуля. Заказчик уже знает бизнес-логику, экраны и интеграции, поэтому техническое задание собирается быстрее, чем для нового проекта, а часть решений просто переносится с уточнениями вместо повторного продумывания с чистого листа. В UKVED разработка мобильного приложения на Flutter с интеграцией с 1С начинается от 500 000 рублей — итоговая сумма зависит от числа экранов и от того, сколько нативных модулей Xamarin придётся переписывать заново, а не переносить как есть.

Перед стартом мы считаем пилотный модуль отдельно и показываем реальный темп переноса на нём, прежде чем называть срок и стоимость всего проекта — это тот же принцип, что и в разделе про пять шагов миграции, только применённый к конкретной оценке для заказчика. Актуальные тарифы на сопровождение и другие услуги — на странице цен.

❓ Частые вопросы

Можно ли доработать действующее приложение на Xamarin, а не переписывать его на Flutter?

Технически да, пока разработчик находит рабочие версии зависимостей. Но Microsoft не выпускает патчей с мая 2024 года, поэтому каждое обновление iOS и Android сокращает срок жизни такой сборки, и однажды нужная библиотека просто перестанет собираться.

Xamarin вообще ещё работает в 2026 году?

Уже установленные приложения продолжают работать у пользователей. Но публикация обновлений в App Store и Google Play с каждым годом требует более нового SDK, которого у Xamarin нет, поэтому риск снятия приложения с публикации растёт, а не снижается.

Flutter подходит для приложения, которое постоянно обменивается данными с 1С?

Да. Для запросов к 1С по HTTP или через веб-сервисы Flutter работает так же надёжно, как нативная разработка, а кэширование на устройстве спасает при обрывах связи на складе или в поле у выездных сотрудников, когда сеть пропадает на несколько минут.

Сколько занимает перенос приложения с Xamarin на Flutter?

Зависит от числа экранов и нативных интеграций, которые были в исходном Xamarin-проекте. Пилотный модуль обычно показывает реальный темп переноса за одну-три недели, дальше срок всего проекта считается по этому темпу, а не по усреднённой оценке рынка.

Дешевле доработать приложение на Xamarin или сразу перенести его на Flutter?

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