Кроссплатформенная разработка мобильного приложения на .NET MAUI
Мы разрабатываем кроссплатформенные мобильные приложения на .NET MAUI — единая кодовая база для iOS, Android и Windows. Если ваша команда уже использует C# и ASP.NET Core, MAUI станет естественным расширением: те же паттерны, тот же DI-контейнер, тот же NuGet. Для предприятий, где мобильное приложение — фронтенд к .NET-бэкенду, это оптимальный путь с точки зрения унификации команды и наследования кода.
.NET MAUI — прямой наследник Xamarin.Forms, но архитектурно переработан. Вместо отдельных проектов для каждой платформы — один csproj с условными зависимостями. Это означает один appsettings.json, один DI-контейнер (Microsoft.Extensions.DependencyInjection), одни модели. Переход минимален: паттерны те же, инструментарий (актуальная версия Visual Studio / Rider) тот же.
Почему .NET MAUI быстрее Xamarin.Forms?
MAUI использует Handlers вместо Renderers, что сокращает иерархию вью на 2–3 уровня и уменьшает накладные расходы на 30–50 %. На практике это означает более плавную прокрутку и меньший расход памяти. Microsoft Learn: .NET MAUI Handlers.
Где возникают реальные проблемы
Hot Reload работает с оговорками. XAML Hot Reload в последних версиях Visual Studio нормально справляется с простыми изменениями разметки. Но изменения в C# code-behind или view model требуют перезапуска — .NET Hot Reload в MAUI ненадёжен при сложных иерархиях. Итерация по UI занимает больше времени, чем в Flutter или React Native.
Размер бинарника. Базовый APK .NET MAUI без trimming — 30–50 МБ. С PublishTrimmed=true и RuntimeIdentifier=android-arm64 удаётся сжать до 15–25 МБ. Однако trimming ломает отражение (Reflection), на котором строится часть NuGet-пакетов. Каждый пакет нужно проверять на совместимость с AOT/trimming.
NativeAOT на iOS — с актуальной версией .NET доступен. Даёт лучший startup time и размер, но требует полного отказа от runtime Reflection. Если проект использует System.Text.Json с source generators — окей. Если Newtonsoft.Json — миграция обязательна.
Проверка совместимости с тримингом
Добавьте в csproj `Как .NET MAUI справляется с оффлайн-режимом?
Корпоративное приложение для полевых инспекторов: оффлайн-работа с формами и фотографиями, синхронизация при появлении сети. Стек: MAUI + EF Core SQLite + Polly для retry очереди + Microsoft.Maui.Essentials для доступа к камере и GPS. Платформозависимая часть — только работа с файловой системой (пути разные на iOS Documents vs Android GetExternalFilesDir). По сравнению с Xamarin.Forms, объём платформозависимого кода снизился на 40%. CI — Azure DevOps Pipelines с задачами dotnet publish под каждую платформу, подпись через KeyVault.
Стек и архитектура
MVVM — стандарт для MAUI. CommunityToolkit.Mvvm покрывает 90% потребностей: [ObservableProperty], [RelayCommand], [NotifyCanExecuteChangedFor] через source generators. Никакого бойлерплейта INotifyPropertyChanged вручную.
Shell-навигация (Shell) для стандартных случаев; для сложной навигации с передачей объектов — NavigationPage или ReactiveUI.Maui. Prism.Maui — если команда с ним знакома по WPF/UWP.
Сетевой слой — HttpClientFactory через DI, Refit для типизированных REST-клиентов, Polly для retry/circuit breaker. gRPC-клиент через Grpc.Net.Client работает на iOS и Android без дополнительных настроек начиная с определённой версии .NET.
Локальная БД — SQLite-net-pcl для простых случаев, LiteDB для документ-ориентированного хранилища. Entity Framework Core с SQLite провайдером работает, но в trim-сценарии требует EFCore.TrimmingSupport.
Push-уведомления — Plugin.Firebase.CloudMessaging для FCM; APNs на iOS настраивается через UNUserNotificationCenter в MauiProgram.cs.
Интеграция с платформой
Доступ к нативным API — через Microsoft.Maui.Essentials: геолокация, акселерометр, Bluetooth, камера, биометрия (SecureStorage + Fingerprint). Если нужен доступ за пределами Essentials — DependencyService с платформозависимыми реализациями или прямой вызов нативного кода через #if ANDROID / #if IOS в partial классах.
Биндинги к нативным SDK: на Android — Java/Kotlin Binding Library через Binding Project; на iOS — ObjectiveC/Swift Binding через ApiDefinitions.cs. Процедура трудоёмкая, но отработанная.
Сроки
| Масштаб | Сроки |
|---|---|
| Корпоративный MVP, 8–12 экранов | 8–14 недель |
| Продукт с оффлайном и синхронизацией | 4–7 месяцев |
| Платформа с интеграцией корп. систем (SAP, 1C) | 6–12 месяцев |
| Стек | Производительность |
|---|---|
| Xamarin.Forms | Базовая (Renderer) |
| .NET MAUI | На 30–50% выше (Handler) |
Стоимость рассчитывается индивидуально после анализа требований и существующей .NET-инфраструктуры клиента. Свяжитесь с нами для предварительной оценки.
Что входит в разработку
- Исходный код в репозитории (Git) с историей коммитов;
- CI/CD пайплайн (Azure DevOps / GitHub Actions) с подписью и деплоем;
- Документация архитектуры и API;
- Настройка App Store Connect и Google Play Console (аккаунты клиента);
- Обучение команды сопровождению (2–3 сессии);
- Гарантия на исправление багов в течение 30 дней после передачи.
Закажите разработку под ключ — получите готовое к выпуску приложение.
На что обращаем внимание при аудите
Три вещи, которые видим чаще всего в унаследованных MAUI-проектах: отсутствие trimming-совместимости (приложение весит 60+ МБ), использование устаревших Renderer из Xamarin.Forms вместо перехода на Handler, и синхронные операции с БД на UI thread через EF Core без async/await. Последнее — гарантированный ANR на Android. Мы помогаем мигрировать и оптимизировать — пишите.