.NET MAUI – Ein leiser Abschied von einer großen Idee
Im Juni 2024 hatten wir bereits einen Beitrag zu .NET MAUI veröffentlicht und die damaligen Erwartungen sowie Potenziale beleuchtet – Zeit für ein Update mit etwas mehr Abstand und Praxiserfahrung.
Ausgangssituation
Die plattformübergreifende Entwicklung bei KBS war lange eng mit Xamarin verbunden. Über Jahre hinweg bot es unseren Entwicklern eine solide Möglichkeit, native Apps für iOS und Android mit C# zu entwickeln.
Doch der technologische Fortschritt macht auch vor etablierten Lösungen nicht halt: Xamarin erreichte zunehmend die Grenzen seiner Architektur. Mit der offiziellen Abkündigung durch Microsoft zum 1. Mai 2024 wurde der Weg für den Nachfolger frei gemacht: .NET MAUI.
MAUI sollte vieles besser machen – moderner, performanter, einheitlicher. Doch heute, mit etwas Abstand, zeigt sich für uns ein differenzierteres Bild.
Reifegrad: Anspruch und Realität klaffen auseinander
.NET MAUI wurde als konsequente Weiterentwicklung positioniert – in der Praxis wirkt es jedoch oft wie ein Framework im Dauerzustand der Nachbesserung.
Typische Herausforderungen:
- Plattformübergreifendes UI verhält sich nicht immer konsistent.
- Spezifische Probleme auf Android und iOS treten häufiger auf als erwartet.
- Breaking Changes zwischen Releases erschweren die langfristige Planung.
- Standardkomponenten sind teilweise nicht zuverlässig einsetzbar.
Besonders deutlich wurde und dies bei Migrationen. Der Umstieg von Xamarin auf MAUI war in vielen Fällen kein Upgrade, sondern eher ein Reengineering-Projekt. Bestehende Anwendungen mussten teilweise grundlegend überarbeitet werden.
Ökosystem und Community: Ein struktureller Nachteil
Ein Framework lebt nicht nur von seiner Technik, sondern von seinem Umfeld.
Im Vergleich zu modernen Alternativen wie React, React Native oder Ionic Framework zeigt MAUI klare Schwächen:
- deutlich kleinere Entwickler-Community,
- weniger Third Party-Bibliotheken und
- geringere Anzahl an verfügbaren Lösungsansätzen (z. B. auf Stack Overflow oder GitHub).
Das hat konkrete Auswirkungen in unserem Entwickleralltag. Probleme, die im React-Ökosystem oft innerhalb weniger Minuten lösbar sind, können in MAUI Stunden oder sogar Tage in Anspruch nehmen.
Strategische Signale von Microsoft
Zusätzlich sorgt die strategische Ausrichtung für Unsicherheit:
- Einstellung von Visual Studio for Mac,
- teilweise unklare oder wechselhafte Roadmaps und
- geringere Wahrnehmung von MAUI als zentrales Zukunftsprodukt.
Das Gesamtbild wirkt nicht wie ein klar priorisiertes Kernprodukt – und genau das ist für Unternehmen wie uns ein entscheidender Faktor bei Technologieentscheidungen.
Performance und UI-Flexibilität
Ein weiterer kritischer Punkt ist die praktische Arbeit mit der UI:
MAUI:
- Anpassungen häufig komplex und zeitaufwendig,
- Custom Components erfordern tiefes Plattformwissen und
- Plattform-spezifische Sonderfälle erhöhen die Komplexität.
Moderne Web-basierte Ansätze (z. B. mit React + Capacitor):
- Nutzung etablierter Web-Technologien,
- schnellere Iterationen im UI-Design,
- flexiblere Komponentenarchitektur und
- einfachere Testbarkeit.
Der wirtschaftliche Faktor
Technologieentscheidungen sind immer auch Personalentscheidungen.
Hier zeigen sich klare Vorteile für Web-basierte Stacks:
- größerer Talentpool bei React-Entwicklern,
- schnellere Einarbeitung neuer Teammitglieder und
- geringere Abhängigkeit von spezialisierten Experten.
Das führt langfristig zu geringeren Kosten, höherer Skalierbarkeit und besserer Zukunftssicherheit.
Fazit: Kein Scheitern, aber auch kein Durchbruch
.NET MAUI ist kein grundsätzlich ungeeignetes Framework. Es ist das Ergebnis einer konsequenten Weiterentwicklung und verfolgt weiterhin das richtige Ziel: eine einheitliche plattformübergreifende Entwicklung.
Aber MAUI schafft es aktuell nicht, mit der Dynamik und dem Ökosystem moderner Alternativen mitzuhalten.
Der „Nachruf“ ist daher weniger ein endgültiger Abschied – sondern eher ein nüchternes Fazit.
MAUI ist ein gut gemeinter Schritt in die richtige Richtung, der jedoch zur falschen Zeit gegen zu starke Konkurrenz antritt.
Für viele Entwicklerteams bedeutet das heute, dass nicht die technisch eleganteste Lösung gewinnt, sondern die, die am schnellsten Probleme löst, Teams skaliert und langfristig tragfähig ist. Und genau hier haben andere Technologien aktuell die Nase vorn.
