FREN

Let’s keep in touch

Social

Technologie· 12 min read

Flutter, .NET MAUI or React Native in 2026: choosing your mobile framework

Flutter vs React Native vs .NET MAUI in 2026: versions, comparison table, selection criteria, maintenance costs and migration. Everything you need to decide.

Flutter vs React Native vs .NET MAUI: all three frameworks let you deliver an iOS and Android application from a single codebase, but they do not share the same language, the same rendering or the same ecosystem. Here is where they really stand in 2026, a comparison table, selection criteria based on your team, the maintenance costs to plan for and how to go about migrating.

At iones, we work daily in Flutter and .NET MAUI. We say so up front: this comparison comes from practitioners of those two frameworks. We have therefore taken care to stay factual about React Native, which is an excellent choice in many contexts.

Where the three frameworks stand as of 19 September 2026

All three projects release often: check the version numbers when you start your project.

Flutter and Dart

  • Version: Flutter 3.47, released on 12 August 2026, with Dart 3.13. [1] [2] The team plans at least four stable releases a year.
  • Rendering: Flutter draws every pixel itself. Its Impeller engine is the only one available on iOS, it is enabled by default on Android (API 29 and above, falling back to Skia on older devices) and, since 3.47, on macOS, Windows and Linux. The web still uses Skia. [3]
  • Recent changes: Material and Cupertino become independent packages, updated outside the SDK’s quarterly cycle; Swift Package Manager replaces CocoaPods, which is now in maintenance mode; 3.47 raises the minimum versions to iOS 15 and macOS 12. [1]
  • Language: Dart, which few developers know before Flutter (5.9% of respondents in the 2025 Stack Overflow survey). [16] It is quick to learn if you know Java, C# or TypeScript.

.NET MAUI

  • Version: .NET MAUI 10, released with .NET 10 (LTS, supported until 10 November 2028). [5]
  • Watch the support policy: MAUI does not follow the .NET cycle, because it depends on Xcode and the Android SDK. Each major version remains supported for at least six months after the next one is released. MAUI 9 has been out of support since 12 May 2026; MAUI 10 is supported until 11 May 2027. [4] In plain terms: a MAUI application has to move up a version every year.
  • What comes next: .NET 11 has been in RC1 since 8 September 2026, with a release announced at .NET Conf, which starts on 10 November 2026. [5] [7] With .NET 11, CoreCLR becomes the default runtime on all MAUI platforms, XAML generation through a source generator becomes the rule and several Android controls move to Material 3. [6]
  • Rendering: MAUI relies on each platform’s native controls (Android, iOS, macOS via Mac Catalyst, Windows). There is no official Linux target and no native web, but Blazor Hybrid lets you embed a web interface in the application.
  • Language: C# and XAML, with the whole .NET ecosystem (27.8% usage for C# in the 2025 Stack Overflow survey). [16]

React Native and Expo

  • Version: React Native 0.87, released on 11 August 2026; 0.88 is scheduled for October 2026. A version comes out roughly every two months, and only the last three minor series receive fixes. [9] [10]
  • Architecture: since 0.82 (October 2025), React Native has run entirely on the New Architecture (Fabric, TurboModules, JSI). Version 0.84 (February 2026) made Hermes V1 the default JavaScript engine and removed components of the old architecture. [9]
  • Rendering: React Native displays real native iOS and Android components, driven from JavaScript or TypeScript.
  • Expo: the official documentation recommends starting a new project with a framework, Expo first among them. Expo SDK 57 (30 June 2026) ships with React Native 0.86; SDK 58 has been in beta since 15 September 2026 with 0.88 as a release candidate. [11]
  • Language: JavaScript or TypeScript, the most widespread languages (66% and 43.6% of 2025 Stack Overflow respondents). [16]

The alternative to know: Kotlin Multiplatform

Kotlin Multiplatform (KMP) shares business logic written in Kotlin across Android, iOS, the web and desktop, while leaving each interface native. Google presents it as its recommended way of sharing business logic. [13] To go further, Compose Multiplatform also lets you share the interface; its iOS version has been stable since 1.8.0 (May 2025). [12] It is a natural option for an Android team already working in Kotlin.

Flutter vs React Native vs .NET MAUI: the comparison table

CriterionFlutter.NET MAUIReact Native (Expo)Kotlin Multiplatform
LanguageDartC#, XAMLJavaScript, TypeScriptKotlin (Swift for native iOS UI)
RenderingOwn engine (Impeller)Native controlsNative componentsNative UI, or Compose Multiplatform
iOS/Android visual consistencyPixel-identicalFollows each platformFollows each platformDepends on the option chosen
PerformanceVery good, smooth animationsGood; runtime evolving with CoreCLRGood since the New Architecture and Hermes V1Close to native
Native accessPlugins, platform channels.NET APIs for Android and iOSNative modules, Expo ModulesDirect, platform-specific code
Ecosystempub.dev, richNuGet and .NET, narrower on mobilenpm, the widestGrowing, backed by Google and JetBrains
HiringSmaller talent poolLarge .NET talent pool, few mobile profilesVery large React talent poolAndroid talent pool
Web / desktopWeb, Windows, macOS, LinuxWindows, macOS; no Linux or native webWeb via Expo; Windows and macOS via Microsoft projectsWeb and desktop via Compose
Update pace4 stable releases a year1 major release a year, upgrade mandatoryAbout every 2 monthsFollows Kotlin and Compose
Ideal use caseConsumer app with a custom designBusiness app, Microsoft ecosystemReact team, strong web backgroundAndroid team, shared logic

Which framework for your context?

You have a .NET team

.NET MAUI is the most direct choice: same language, same tools, libraries shared with your APIs and your back office. It is particularly relevant when the application also has to run on Windows (terminals, warehouse tablets, data-entry workstations). The trade-off: plan for the annual version upgrade and keep a profile who knows the specifics of iOS and Android, because the abstractions do not cover everything.

A consumer app with a highly crafted design

Flutter is often the best ally: identical rendering on every platform, smooth animations, total freedom over the design. It is also a good choice for an MVP that has to ship quickly on iOS and Android with a single team, as we do in our startups and MVPs engagements. Point to watch: when you want a rendering that strictly follows iOS conventions, you have to work on it.

You have a React web team

React Native, with Expo, is the logical choice. Your developers reuse React, TypeScript, part of the logic and the tooling, and the hiring pool is the largest of the three. Since the New Architecture and Hermes V1, the old criticisms about performance have clearly lost much of their weight. Watch out: the release pace is brisk, and third-party libraries have to keep up.

A business app that must work offline

All three can do it: local database (SQLite), synchronisation queue, conflict handling. The choice therefore comes down to the team and the information system: MAUI if the back end is in .NET and Windows matters, Flutter if the interface is rich and the same screens have to run on mobile and desktop, React Native if the team is already web. The real work lies elsewhere: defining the synchronisation and conflict-resolution strategy before writing the interface.

When to prefer native

Cross-platform is not always the right answer. Prefer native Swift and Kotlin when:

  • the application makes intensive use of a recent iOS or Android feature from the day it is released (advanced widgets, augmented reality, deep system integrations);
  • performance is critical all the time: video processing, real-time audio, games;
  • you already have two solid native teams and an application that is doing well;
  • the application targets only one platform.

In between, Kotlin Multiplatform lets you share logic without giving up native interfaces.

The maintenance costs people forget

The cost of a mobile application does not stop at go-live. Every year, you need at the very least to:

ItemWhyDated example
Follow store requirementsWithout this, no more updates are possibleGoogle Play: target Android 16 (API 36) from 31 August 2026, with an extension possible until 1 November 2026 [14]; Apple: Xcode 26 and iOS 26 SDK since 28 April 2026 [15]
Upgrade the framework versionSecurity fixes, compatibility with new OS versionsMAUI 10 supported until 11 May 2027; React Native: three minor series supported
Update dependenciesAbandoned or incompatible plugins and librariesFlutter: migration from CocoaPods to Swift Package Manager
Test on new OS versionsInterface and permission changesMinimums raised to iOS 15 and macOS 12 in Flutter 3.47
Manage accounts and certificatesCertificates, profiles, store listingsAnnual renewals

Migrating an existing application

From Xamarin: stop waiting

Xamarin support ended on 1 May 2024. Its latest versions target Android API 34 and Xcode 15 at most. [8] Yet Google Play now requires API 36 and Apple requires Xcode 26: a Xamarin application can therefore no longer publish a compliant update. The natural target is .NET MAUI (or .NET for Android and .NET for iOS), which keeps C# and a large part of the business code.

A five-step method

  • Audit: inventory of screens, dependencies, native plugins and technical debt. Our audit and consulting offer covers this diagnosis.
  • Choice of target: same ecosystem (Xamarin to MAUI) or a change of framework, depending on the team that will maintain the application.
  • Isolating the logic: move business code and API calls into testable modules before touching the interface.
  • Migration in batches: screen by screen or module by module, with automated tests on the critical journeys.
  • Gradual release: staged rollout on the stores, crash monitoring, the ability to roll back.

For an older React Native application, the question is not about changing framework but about catching up on versions: moving to the New Architecture, adopting Expo if relevant, then keeping to the update pace.

Frequently asked questions

Flutter or React Native: which to choose in 2026?
Choose according to your team. If your developers are fluent in React and TypeScript, React Native with Expo is the most logical choice. If you are starting from scratch with a custom-designed application, Flutter offers identical rendering everywhere and great graphic freedom. Both are mature, actively maintained and used in production.
Is .NET MAUI still supported?
Yes. .NET MAUI 10 is supported until 11 May 2027. But its support policy is its own: each major version is supported only for six months after the next one is released. MAUI 9 thus lost its support on 12 May 2026. You therefore need to plan a version upgrade every year.
What is the difference between Flutter and .NET MAUI?
Flutter uses Dart and draws its own interface with its Impeller engine: the rendering is identical on all platforms. .NET MAUI uses C# and XAML and relies on each system’s native controls. Flutter also targets the web and Linux; MAUI targets Android, iOS, macOS and Windows.
Is it still worth developing natively?
Yes, in some cases: an application that makes intensive use of the latest iOS or Android features, performance that is critical all the time such as video or real-time audio, or native teams that are already solid. To share only the business logic while keeping native interfaces, Kotlin Multiplatform is a middle path.
What should you do with a Xamarin application in 2026?
Migrate it. Xamarin support ended on 1 May 2024 and its latest versions target neither the Android API 36 required by Google Play since 31 August 2026, nor the Xcode 26 required by Apple. The natural target is .NET MAUI, which keeps C# and a large part of the business code.
How much does it cost to maintain a cross-platform mobile application?
It depends on the size of the application, but the items are always the same: following the stores’ annual requirements, upgrading the framework version, updating dependencies, testing on new systems and managing certificates and accounts. Plan a recurring budget from the start rather than urgent catch-ups.

Choosing on criteria, not on a fad

Flutter, .NET MAUI and React Native are three good tools in 2026. The right choice depends first on the language your team masters and will maintain, then on the type of application (custom design, business application, desktop or web targets), and finally on the maintenance budget you are ready to commit each year. Kotlin Multiplatform and native remain serious options in specific cases.

Torn between two frameworks, or need to migrate an existing application? Discover our mobile development offer or contact us: we reply within 48 to 72 hours, with no commitment.

Sources

  1. What’s new in Flutter 3.47 – Flutter, 12 August 2026
  2. Dart changelog – Dart, accessed 19 September 2026
  3. Impeller rendering engine – Flutter documentation, accessed 19 September 2026
  4. .NET MAUI Support Policy – Microsoft, accessed 19 September 2026
  5. .NET and .NET Core Support Policy – Microsoft, accessed 19 September 2026
  6. What’s new in .NET MAUI for .NET 11 – Microsoft Learn, accessed 19 September 2026
  7. .NET Conf 2026 – Microsoft, event on 10 to 13 November 2026, accessed 19 September 2026
  8. Xamarin Support Policy – Microsoft, accessed 19 September 2026
  9. React Native Blog – Meta / React Native, articles for versions 0.82 to 0.87
  10. React Native Releases – React Native, accessed 19 September 2026
  11. Expo changelog – Expo, SDK 57 (30 June 2026) and SDK 58 beta (15 September 2026)
  12. Compose Multiplatform 1.8.0 Released: Compose Multiplatform for iOS Is Stable – JetBrains, May 2025
  13. Kotlin Multiplatform – Android Developers, accessed 19 September 2026
  14. Target API level requirements for Google Play apps – Google, accessed 19 September 2026
  15. Upcoming requirements – Apple Developer, accessed 19 September 2026
  16. Stack Overflow Developer Survey 2025 — Technology – Stack Overflow, 2025

Start a project

Ready to take action?

Tell us what you need – we will get back to you quickly with a technical assessment and an action plan.

  • Reply within 48–72 hours
  • No-obligation conversation
  • NDA confidentiality