Das große Microsoft GUI-Verwirrungspiel

Wie eine Hinterhoffirma hat Microsoft über die Jahre unzählige Frameworks angefangen zu entwickeln, die sämtlich nach kurzer Zeit wieder aufgegeben, eingestellt und verworfen wurden. Fürchtet Microsoft die Konkurrenz der freien Entwickler? Viele Entwickler sagen heute: "Microsoft hat unser Vertrauen verspielt". Die Enttäuschung sitzt tief. Man hat den Eindruck, Microsoft möchte die Entwickler vergraulen.

Die Entwicklergemeinde macht inzwischen nur noch Witze über Microsoft: "Great News: All Bugs Will be Fixed In the Year 2041" .

Wer viel auf Github unterwegs ist, stellt fest: fast 70% der veröffentlichten Source-Codes sind Commandline-Programme, wie in den Neunzigern mit Win95 und Win98. Die Verwirrung der vielen nicht weiter verfolgten Gui-Alternativen schlägt sich auf Github deutlich nieder und viele Entwickler wenden sich mittlerweile anderen Alternativen zu.

Microsoft Foundation Classes (MFC)

Microsoft Foundation Classes oder MFC war eine Bibliothek, die einen objektorientierten Wrapper für die Win32-API bereitstellte. Es war eine GUI-Bibliothek die durch die Internet-Gemeinde eine erhebliche Entwicklung erfuhr. GUI-Anwendungen und  Verwalten der Ressourcen wurden durch diese Klassenbibliothek erheblich erweitert und vereinfacht und endlich auf C++-Niveau gehoben.

MFC wurde  1992 mit der Version 7 des C / C ++ - Compilers von Microsoft eingeführt. Microsoft setzte sich verspätet damit auf die Entwicklung von C ++  auf. Spätere Versionen von Visual Studio hatten erheblich verbesserte Versionen von MFC im Gepäck bis Visual Studio 2015. Dann verschwand diese Foundation sang und klanglos in der Versenkung. Mit dieser Aufgabe der MFC wurde viele Arbeit vieler Menschen sang und klanglos in die Tonne gekippt.

Ursprünglich war die Bibliothek als Application Framework Extensions ( AFX) geplant. Die Marketingabteilung änderte allerdings den Namen in MFC, der Code aber blieb. Viele Header verweisen erimmer noch auf "Afx" anstelle auf "Mfc", so etwa der vorkompilierte Standard-Header, der automatisch von Visual Studio generierte StdAfx-Header .

Windows Forms

Windows Forms gibt es seit 2002 und das Erscheinungsbild ist dem  entsprechend. Man fühlt sich in Zeiten von Windows XP zurückversetzt. Die digitale Steinzeit lacht aus jedem damit programmierten Programm den Nutzer an.

Silverlight

Wer erinnert sich noch an das Silverlight-Desaster? Einst als Flash-Killer beworben wurde Silverlight später sang- und klanglos eingestellt.

WPF

Die Windows Presentation Foundation betrat 2006 die Bühne und schien viel zu versprechen: Eine hardwarebeschleunigte Oberfläche, XAML, Datenbindung, Styles. Für manche Windows-Anwendungen könnte WPF auch heute noch aktuell sein, allerdings nur proprietär für Windows, die vielen anderen Systeme heute bleiben außen vor.

BYOD ist für Microsoft ein Fremdwort. Und WPF wird nicht mehr entwickelt. Auch hier also nur Sackgasse. Aber WPF läuft Cross Platform selbst auf Linux dank Avalonia XPF. Aber WPF wird nicht mehr entwickelt......

UWP

Sollte die App-Revolution auf Windows bringen – dümpelt als Nischenlösung vor sich hin.

Noch November '24 war auf der Visualstudio-Magazine-Seite zu lesen: "Microsoft is previewing UWP (Universal Windows Platform) support for .NET 9, providing a path for existing UWP developers to modernize their apps with the latest .NET and Native AOT. That's being done as the company urges devs to switch to Windows App SDK and WinUI 3 because UWP is no longer under active development." Siehe Win UI 3.

WinUI 3

Die Windows UI Library (WinUI) ist das native UI-Framework von Windows 10 und Windows 11. Wer mühsam gelernt hat, wie  WinUI und seine UI-Beschreibungssprache XAML verwendet wird, um moderne Windows-Desktopanwendungen mit .NET und C# zu erstellen, steht auf dem Abstellgleis.

Eine Zeitung schreibt: "Ein Projekt, das schon vor vielen Jahren "Open Source" gemacht wurde, kündigt nun plötzlich "echte Open-Source-Entwicklung" an? Was für ein Scherz spielt Microsoft hier?"

2024 konnte man dann auf Github lesen: ""WinUI 3 ist tot. Wann können wir eine Ankündigung erwarten?" Der Thread fand inzwischen über 580 Kommentare und wurde zum Sammelbecken für die Unzufriedenheit der Community über die stagnierende Entwicklung von WinUI 3.

MAUI

Dann sollte .NET MAUI die Erlösung bringen. Endlich ein Framework für viele Plattformen.  Windows, Mac, Android, iOS sollte unterstützt werden. Aber der große Markt für Linux Fehlanzeige. Die Realität war ernüchternd.  MAUI wird halbherzig entwickelt, ist nach Jahren im Markt  immer noch mit Kinderkrankheiten behaftet. Probleme mit Deployment,, Performance, kaum Dokumentation. MAUI war als der große Hoffnungsträger gestartet. Heute stellt sich heraus, dass er alles andere als ein Hoffnungsträger darstellt.