Ein Entwickler erläutert die Gründe, warum Windows 11 Web-Apps gegenüber nativen Anwendungen bevorzugt.

Ein Entwickler erläutert die Gründe, warum Windows 11 Web-Apps gegenüber nativen Anwendungen bevorzugt.

Nachdem WhatsApp seine native Windows-Anwendung kontrovers in ein webbasiertes Format umgewandelt hatte, erntete Meta breite Kritik. Diese Kritik war berechtigt, da die Umstellung halbherzig wirkte und zu einer ressourcenintensiven Verschlechterung führte, die Windows-Nutzern jegliches natives Benutzererlebnis raubte.

Diese Situation offenbart jedoch eine komplexere Realität. Metas Motivation, eine native Windows-App zu pflegen, war begrenzt; das Unternehmen aktualisierte die App nur selten, bot keinen vollständigen Funktionsumfang und entschied sich letztendlich für die praktischere Webversion. Der entscheidende Faktor ist der wirtschaftliche Vorteil von Web-Apps gegenüber nativen Apps. Entwickler stehen vor der Herausforderung, langfristigen Support von Microsofts UI-Frameworks zu erhalten, der weiterhin unsicher ist.

WhatsApp hängt beim Ladebildschirm fest

Eine aktuelle Erkenntnis von Alexander Ovchinnikov, Entwickler und langjähriger Leser von Windows Latest, verdeutlicht die weit verbreitete Stimmung unter Entwicklern. Anders als bei macOS – wo trotz einer kleineren Nutzerbasis kontinuierlich native Anwendungen entwickelt werden – rührt die Begeisterung der Entwickler für Web-Apps unter Windows von einem tiefgreifenden Misstrauen gegenüber der Plattform her.

Microsofts Einführung verschiedener sogenannter „zukünftiger“ Frameworks verlief uneinheitlich; oft wurden diese nach kurzer Nutzungsdauer wieder aufgegeben. Von WPF und Silverlight über UWP bis hin zu WinUI 3 hat dieses Muster Entwickler dazu veranlasst, die Langlebigkeit jedes neuen Frameworks zu hinterfragen. Wie Ovchinnikov anmerkt, befürchten viele Entwickler mittlerweile, dass das aktuelle Framework nicht lange genug Bestand haben wird, um eine Investition zu rechtfertigen.

Seit Jahrzehnten fehlt Microsoft eine einheitliche GUI-Strategie. Die Vielzahl verfügbarer Frameworks stellt Windows-Entwickler vor die schwierige Aufgabe, da es keine klare Empfehlung gibt, welches Framework für die App-Entwicklung geeignet ist.

Von Klarheit zu Verwirrung: Die sich wandelnde Landschaft der Windows-Entwicklung

Einst verfolgte die Windows-App-Entwicklung einen unkomplizierten Ansatz; Entwickler setzten überwiegend auf Win32. Diese einheitliche API bot eine solide Grundlage und sorgte für ein konsistentes und zuverlässiges Entwicklungserlebnis.

Charles Petzolds bahnbrechendes Werk „Programming Windows“ war in dieser Hinsicht wegweisend – es entmystifizierte die Windows-App-Entwicklung und ermöglichte es Entwicklern, zu investieren, da die Stabilität der Plattform außer Frage stand. Dieses Umfeld förderte Vertrauen und erleichterte so das Wachstum des Ökosystems.

Anstatt Win32 weiterzuentwickeln, führte Microsoft kontinuierlich neue Alternativen ein. MFC erschien als C++-Wrapper, gefolgt von WinForms für. NET-Nutzer. Mit WPF kamen XAML und Hardwarebeschleunigung, während Silverlight auf plattformübergreifende Entwicklung abzielte. WinRT und UWP wurden im Laufe der Jahre während der Windows-8- und -10-Phasen als einheitliche Lösungen vermarktet, konnten sich aber nicht branchenweit durchsetzen. WinUI 3 verspricht nun Modernisierung, kann aber das Vertrauen, das Entwickler einst in frühere Frameworks setzten, nicht wiedererwecken.

Der ständige Kreislauf, in dem ein neues Framework eingeführt, Entwickler zur Zeitinvestition motiviert und der Fokus anschließend wieder verlagert wird, hat die Motivation untergraben. Entwickler reagieren heute skeptisch: Wenn frühere Frameworks nicht Bestand hatten, warum sollte es das aktuelle tun?

Heutige Entwickler sehen sich einer unübersichtlichen Landschaft gegenüber. Die Empfehlungen variieren stark je nach individueller Präferenz: Manche plädieren für Win32 oder WPF aufgrund ihrer Stabilität, während andere WinUI 3 bevorzugen, dem es an breitem Vertrauen mangelt. Die Existenz von Multiplattform-Lösungen wie MAUI und Weboptionen mit Electron oder PWAs trägt zusätzlich zur Unsicherheit bei. Statt Klarheit herrscht bei Entwicklern große Unsicherheit.

Der Aufstieg von Web-Apps in der Windows-Entwicklung

Viele weit verbreitete Windows-Anwendungen, darunter WhatsApp, Discord und Zoom, sind keine nativen Windows-Anwendungen. Stattdessen laufen sie als Web-Apps und nutzen Komponenten wie WebView2, das die Chromium-Engine integriert, um eine einheitlichere Benutzererfahrung zu gewährleisten.

Microsoft Clipchamp
Microsoft Clipchamp

Die Vereinfachung bei der Erstellung von Webanwendungen ist bahnbrechend. Dieses Modell ermöglicht die Bereitstellung von Apps auf verschiedenen Betriebssystemen ohne separate Codebasen. Frameworks wie Electron und Progressive Web Apps (PWAs) beschleunigen die Verbreitung und senken gleichzeitig die Wartungskosten. Unternehmen schätzen diese Vorteile zunehmend.

Diese Umstellung bringt jedoch auch Nachteile mit sich. Webanwendungen sind in der Regel ressourcenintensiv, verbrauchen typischerweise mehr Arbeitsspeicher und reagieren oft weniger schnell als native Anwendungen. Die Benutzererfahrung leidet unter der geringeren Integration in das Betriebssystem, da mehrere Electron-Anwendungen die Systemressourcen überlasten.

RAM-Nutzung von WhatsApp für Windows
„WhatsApp“ (aktuelle Version) und „WhatsApp Beta“ (ältere UPW/WinUI-Version)

Im Gegensatz dazu legen Entwickler auf macOS und iOS weiterhin Wert auf die Erstellung nativer Anwendungen. Apple hat bei seinen Frameworks wie Cocoa und AppKit für Kontinuität gesorgt und bietet Entwicklern damit Klarheit und die Gewissheit, dass ihre Werkzeuge relevant bleiben.

Windows mangelt es leider an dieser Klarheit. Diese Unsicherheit veranlasst Entwickler, sich für Weblösungen zu entscheiden und deren systembedingte Leistungseinschränkungen in Kauf zu nehmen, um das Risiko schwankender Microsoft-Strategien zu vermeiden.

Microsofts Versuch, das Vertrauen der Entwickler zurückzugewinnen

Es gibt Anzeichen dafür, dass Microsoft die bestehenden Herausforderungen erkennt. Jüngste Initiativen deuten auf einen Trend hin, die Leistung zu verbessern und gleichzeitig die Abhängigkeit von Webkomponenten zu verringern – mit dem Ziel, nativere Windows-Erlebnisse zu schaffen. Der Aufruf des Entwicklers Rudy Huyn an Windows-Entwickler, sich verstärkt der Entwicklung nativer Apps zu widmen, wurde positiv aufgenommen.

Die Behebung der Anwendungsprobleme ist jedoch nur ein Teil der Herausforderung. Selbst wenn Microsoft seine nativen Angebote verbessert, dürfte die Skepsis unter Entwicklern bestehen bleiben. Diese Vorsicht rührt nicht von den aktuellen Fähigkeiten von WinUI 3 her, sondern von in der Vergangenheit aufgetretenen Stabilitätsproblemen, die Entwickler vom Einsatz abhalten.

Um das Vertrauen der Entwickler wiederherzustellen, muss Microsoft sich auf ein einheitliches Framework festlegen und eine klare, langfristige Strategie aufzeigen. Kontinuierlicher Support und ausgereifte Entwicklungsprozesse sind unerlässlich, um dieses Vertrauen zurückzugewinnen.

Konstanz: Die zentrale Herausforderung

Microsoft verfügt über herausragende Ingenieurskompetenz und eine lange Tradition in der Entwicklung von Entwicklungswerkzeugen. Die von Microsoft eingeführten Frameworks haben zwar häufig technische Qualität bewiesen, es fehlt ihnen jedoch an der notwendigen Konsistenz, damit Entwickler sich darauf verlassen können.

Microsofts Fluent 2-Designressourcen

Wie Rebecca Sutter in ihrer Analyse hervorhebt, haben interne Entscheidungsprozesse häufig zu raschen Strategiewechseln geführt, was bei den Entwicklern Unsicherheit auslöst. Das Hauptproblem ist nicht der Mangel an Optionen, sondern vielmehr das Fehlen eines verlässlichen Weges nach vorn – Entwickler wünschen sich ein Framework, das ihnen zuverlässige Unterstützung bietet.

Web-Apps: Ein Spiegelbild der Entwicklerstimmung

Webanwendungen dominieren das Windows-Ökosystem nicht aufgrund ihrer überlegenen Leistung. Vielmehr haben sie sich als zuverlässige Alternative für Entwickler etabliert, die in einem von sich ständig ändernden Prioritäten geprägten Umfeld auf Zuverlässigkeit setzen.

Die Entwickler treffen strategische Entscheidungen auf der Grundlage bisheriger Erfahrungen und der Unvorhersehbarkeit zukünftiger Entscheidungen von Microsoft.

Um die App-Qualität unter Windows zu verbessern, muss Microsofts Ansatz über die Behebung von Windows-11-Problemen und die Priorisierung nativer Anwendungen hinausgehen. Die Wiederherstellung des Vertrauens der Entwickler ist entscheidend, ergänzt durch die Verpflichtung, auch in Zukunft konsistente und zuverlässige Frameworks bereitzustellen.

Quellen & Bilder

Schreibe einen Kommentar

Deine E-Mail-Adresse wird nicht veröffentlicht. Erforderliche Felder sind mit * markiert