.NET MAUI
.NET MAUI App-Entwicklung.
Eine Codebasis für iOS und Android, C# von der Oberfläche bis in die Datenbank. Wir entwickeln mit .NET MAUI seit der ersten Version – inklusive der Stellen, an denen es unbequem wird.
Warum .NET MAUI.
Der praktische Vorteil liegt weniger in der Technik als in der Organisation: ein Stack statt zwei. Dieselbe Sprache in der App, im Backend und in den Tests. Wer C# kann, kann an jeder Stelle des Systems arbeiten – das verkürzt Einarbeitung und verhindert, dass App- und Backend-Team aneinander vorbei entwickeln.
Für Unternehmen mit bestehender Microsoft-Landschaft kommt dazu, dass sich Azure, SQL Server, Entra ID und interne .NET-Dienste ohne Brüche anbinden lassen. Das ist kein Marketingargument, sondern erspart im Projekt eine ganze Klasse von Integrationsproblemen.
.NET MAUI, Flutter oder React Native.
| .NET MAUI | Flutter | React Native | |
|---|---|---|---|
| Sprache | C# | Dart | JavaScript / TypeScript |
| Oberfläche | Native Controls je Plattform | Eigene Render-Engine, identisches Bild | Native Controls je Plattform |
| Stärke | Microsoft-Umfeld, gemeinsamer Code mit Backend | Sehr konsistente Optik, starke Animationen | Großes Web-Ökosystem, viele Entwickler |
| Häufiger Nachteil | Kleinere Community als die beiden anderen | Design weicht bewusst von Plattformstandards ab | Bridge-Themen bei tiefem Hardwarezugriff |
| Passt, wenn | Ihr Backend .NET ist oder werden soll | Die Marke ein pixelgleiches Bild verlangt | Bereits ein Web-Team im Haus ist |
Alle drei sind belastbare Frameworks. Wir arbeiten mit .NET MAUI, weil es zu unserem Backend-Stack passt – und sagen es, wenn ein anderer Weg besser zu Ihnen passt.
Native APIs, wo sie gebraucht werden.
Cross-Platform heißt nicht kleinster gemeinsamer Nenner. .NET MAUI erlaubt plattformspezifischen Code an genau der Stelle, an der er nötig ist – der Rest bleibt gemeinsam. In der Praxis betrifft das meist eine Handvoll Stellen: Hintergrunddienste, Benachrichtigungen, spezielle Kamerafunktionen, Gerätezertifikate.
Technisch läuft das über Handler, die ein Steuerelement mit seiner nativen Entsprechung verbinden, und über bedingte Kompilierung für die Plattformordner. Wichtig ist, diese Stellen bewusst zu setzen und zu dokumentieren, statt sie über die Codebasis zu verteilen – sonst hat man am Ende zwei Apps in einem Projekt.
Wo MAUI-Projekte in der Praxis hängen.
Signierung und Entitlements
Die häufigste Ursache für Builds, die lokal laufen und auf dem Gerät scheitern. Entwicklungs- und Produktionsprofile müssen je Konfiguration sauber getrennt sein – etwa bei Push-Benachrichtigungen. Wir richten das einmal richtig ein.
CI/CD für zwei Stores
Ein Build-Lauf, der Android und iOS erzeugt, signiert, testet und hochlädt. iOS braucht dabei einen Mac-Runner – ein Punkt, der in Planungen gern vergessen wird und dann drei Wochen vor Release auffällt.
Performance bei langen Listen
Der Klassiker unter den Beschwerden. Meist liegt es nicht am Framework, sondern an Datenbindung, Bildgrößen und daran, dass die Liste bei jedem Scrollen neu aufgebaut wird. Messbar und behebbar, wenn man weiß, wo man misst.
MAUI-Projekt in Schieflage?
Sie haben noch eine Xamarin-App?
Microsoft hat den Support für Xamarin am 1. Mai 2024 beendet: keine Sicherheitsupdates, keine Fehlerbehebungen, keine Anpassungen an neue iOS- und Android-Versionen. Store-Einreichungen werden zunehmend abgelehnt.
.NET MAUI ist der direkte Nachfolger: gleiche Sprache, ähnliche Muster, eine von Microsoft unterstützte Migrationsstrecke. Trivial ist der Weg trotzdem nicht – vor allem der Umbau von Custom Renderern auf Handler kostet Zeit.
Häufige Fragen zu .NET MAUI.
Ist .NET MAUI reif für den produktiven Einsatz?
Ja. Seit dem Release 2022 ist das Framework in mehreren .NET-Versionen gereift und wird von Microsoft als Nachfolger von Xamarin.Forms geführt. Wie bei jedem Framework gibt es Kanten – entscheidend ist, sie zu kennen, bevor man dagegen läuft.
Sieht eine MAUI-App auf beiden Plattformen gleich aus?
Ähnlich, nicht identisch. MAUI nutzt native Steuerelemente, deshalb fühlt sich die App auf jeder Plattform passend an – Datumsauswahl oder Navigation sehen unterschiedlich aus. Wer ein pixelgleiches Bild braucht, ist mit Flutter besser bedient.
Können wir Teile unseres bestehenden .NET-Codes weiterverwenden?
In der Regel ja. Geschäftslogik, Modelle und Client-Bibliotheken lassen sich oft direkt übernehmen, wenn sie sauber von der Oberfläche getrennt sind. Genau das prüfen wir im Audit vor der Aufwandsschätzung.
Funktioniert MAUI auch offline?
Ja. Lokale Datenhaltung über SQLite ist Standard, der Abgleich läuft über Ihre API. Der Aufwand steckt nicht im Speichern, sondern in der Konfliktauflösung – dazu treffen wir vorab eine fachliche Entscheidung.
Baut MAUI auch Windows- und Mac-Anwendungen?
Technisch ja, und das ist ein echter Vorteil, wenn eine Desktop-Variante gebraucht wird. In der Praxis prüfen wir das gesondert: Eine Oberfläche, die auf dem Telefon gut ist, ist auf dem Desktop selten automatisch gut.
Finden wir später Entwickler für MAUI?
Die MAUI-Community ist kleiner als die von Flutter oder React Native, der C#-Markt aber sehr groß. Wer .NET kann, arbeitet sich in MAUI ein. Sie bekommen von uns Quellcode, Pipeline und Dokumentation – damit ist ein Wechsel jederzeit möglich.
Sie haben ein laufendes MAUI-Projekt und suchen Verstärkung? Auch das geht.