Wanneer u met de rechtermuisknop op een bestand klikt of een traditionele desktoptoepassing start in Windows 11, heeft u eigenlijk nog steeds te maken met oude code die vóór het commerciële internet is geboren: de Win32 API, die dateert uit het Windows 95-tijdperk, is nog steeds een belangrijke basislaag van het populairste desktopbesturingssysteem van vandaag. Volgens de leidinggevenden van Microsoft viel dit oorspronkelijk niet binnen het langetermijnplan van het bedrijf.

In een video die onlangs is vrijgegeven door het officiële Dev Docs-account van Microsoft, zei Mark Russinovich, chief technology officer van Microsoft Azure en oprichter van de Sysinternals-suite, ronduit dat Win32 in 2026 nog steeds een ‘eersteklas burger’-API kan zijn, wat een van de meest onverwachte dingen in de geschiedenis van het bedrijf is. Hij grapte zelfs dat mensen in die tijd fantaseerden over vliegende auto's en maanbases, in plaats van dat een reeks tools die in Windows API's uit het tijdperk van 1995 waren geboren, vandaag de dag nog steeds kunnen worden gebruikt.

De sleutel tot het feit dat deze 30 jaar oude API tot op de dag van vandaag kan overleven en sterk kan blijven, zelfs nadat er binnen Microsoft vele malen "aangekondigd is dat deze wordt beëindigd", ligt in het enorme applicatie-ecosysteem dat erop is gebouwd. Russinovich beschreef Win32 als de "basis" van Windows waarop talloze applicaties zijn gebouwd, dus elke regelrechte vervanging zou enorme kosten met zich meebrengen. Als voorbeeld noemde hij de Sysinternals-tools die hij in 1996 oprichtte. Als hij toen een weddenschap had gesloten, zou hij ‘een miljoen dollar verwedden’ dat deze tools in 2026 niet nog steeds waardevol zouden zijn, maar de realiteit is: ze hebben het niet alleen overleefd, ze zijn belangrijker dan ooit. Sysmon is bijvoorbeeld rechtstreeks in Windows geïntegreerd in de update van maart 2026, terwijl ZoomIt, dat begin jaren 2000 werd geboren, nog steeds een van de meest populaire gadgets in PowerToys is.

De 'vitaliteit' van Win32 betekent echter niet dat Microsoft nooit heeft geprobeerd het verhaal te veranderen. Integendeel, Microsoft heeft de afgelopen twintig jaar bijna een ‘begraafplaats van alternatieve raamwerken’ aangelegd. Binnen Microsoft zijn de pogingen om Win32 te ‘doden’ vrijwel nooit gestopt. Om de visuele en interactieve moderniseringsproblemen van traditionele desktopapplicaties op te lossen, heeft Microsoft achtereenvolgens MFC (C++ encapsulation) en WinForms voor .NET-ontwikkelaars gelanceerd. Hoewel het in wezen nog steeds inkapselingen van Win32 zijn en geen vervangingen, zijn het Microsoft's eerste pogingen tot abstractie van de applicatielaag. Het echte "vervangingsproject" begon toen WPF XAML en hardwareversnelde weergave introduceerde, gevolgd door een korte gok op platformonafhankelijk met Silverlight - een aanpak die uiteindelijk werd afgebouwd in de nasleep van de opkomst van HTML5.

De meest radicale alternatieve poging verscheen in het Windows 8-tijdperk: Microsoft lanceerde WinRT, in de hoop dat ontwikkelaars nieuwe applicaties zouden bouwen die veilig en aanraakvriendelijk zijn en op volledig scherm draaien, en zo Windows-applicatieformulieren volledig zouden vernieuwen. Omdat de interfaceroute van Windows 8 echter koud werd onthaald op de markt, wendde het bedrijf zich tot het Universal Windows Platform (UWP) op Windows 10, waarbij de nadruk werd gelegd op "een verenigd applicatieplatform voor mobiele telefoons, Xbox en pc's".

UWP is te gesloten en heeft strikte sandbox-beperkingen, wat traditionele desktopontwikkelaars, die diepgaande toegang tot systeembronnen nodig hebben, ernstig beperkt. Russinovich gaf in de video ook toe dat Microsoft in de geschiedenis vele malen heeft geprobeerd het Windows API-oppervlak te "herstarten", zoals WinRT, maar vanwege de constante scheiding tussen de dikke client en Win32, en de HTML en JavaScript aan de browserkant, kwamen deze pogingen uiteindelijk niet uit zoals verwacht.

Meerdere raamwerkfouten hebben ertoe geleid dat ontwikkelaars geleidelijk het vertrouwen in het eigen platform van Microsoft zijn kwijtgeraakt. Dit is een van de belangrijke redenen waarom het ecosysteem van Windows-desktopapplicaties naar het web is verschoven. In een eerder rapport stelde een ontwikkelaar botweg dat investeren in een native framework in het ecosysteem van Microsoft een "last" begint te worden. Niemand is bereid jaren ontwikkelingstijd te verwedden op een platform dat op elk moment verlaten kan worden. In ironisch contrast daarmee was het Microsoft zelf die het voortouw nam bij het omarmen van het web: het lanceerde de WebView2-besturing, integreerde de op Chromium gebaseerde Microsoft Edge-engine in desktopapplicaties, en vervolgens werd het hele systeem bedekt met webapplicaties - van Microsoft Teams, Clipchamp, de nieuwe versie van Outlook, OneDrive, tot het Windows 11-widgetpaneel, en zelfs de nieuwste versie van Copilot bestaat in de vorm van webapplicaties.

Webapplicaties hebben duidelijke voordelen op het gebied van ontwikkeling en platformonafhankelijke onderhoudskosten. In traditionele desktopomgevingen is dit model echter uiterst inefficiënt in het gebruik van bronnen. Elke applicatie bevat een complete browser-engine, die bijna voorbestemd is om een ​​geheugenramp te veroorzaken. Webgebaseerde clients verbruiken ook veel geheugen terwijl ze "bijna niets doen", terwijl vroege native UWP-gebaseerde implementaties veel lichter waren. Microsoft's ingebouwde video-editor Clipchamp is ook een webapplicatie. Naast problemen met de prestaties en het verbruik van hulpbronnen, was het ook gedwongen gekoppeld aan OneDrive-cloudsynchronisatie, wat hem ertoe bracht uiteindelijk het gebruik van deze tool op te geven. Een vergelijking van deze ervaring met macOS maakt de kloof duidelijk: Apple-gebruikers kunnen gratis applicaties zoals iMovie en Pages gebruiken die sterk gelokaliseerd zijn en nauw geïntegreerd zijn met het systeem, terwijl veel loyale Windows-gebruikers gedwongen zijn te vertrouwen op weboplossingen zoals Clipchamp die een netwerkverbinding vereisen, geen diepgaande systeemintegratie hebben en een hoge geheugenvoetafdruk hebben.

Nadat Apple een kosteneffectieve laptop van minder dan $ 600 had gelanceerd en succes had geboekt, begon Microsoft zijn applicatiestrategie opnieuw te onderzoeken en realiseerde zich dat het veranderen van Windows in een "Chrome OS-achtig" niet voldeed aan de verwachtingen van zware gebruikers en zelfs de systeemprestaties schaadde. Een paar maanden geleden bevestigde Microsoft-partnerarchitect Rudy Huyn publiekelijk dat hij een team aan het vormen was dat zich toelegt op het bouwen van "100% native" Windows 11-applicaties. De focus van het bedrijf versnelt naar WinUI 3, het nieuwste native UI-framework gebaseerd op de Windows App SDK. WinUI 3 heeft de potentie om de sleutel van Microsoft te zijn om het vertrouwen van ontwikkelaars te herwinnen: het kan niet alleen een moderne, Fluent-ontworpen interface-ervaring bieden, maar applicaties ook volledige en onbelemmerde toegang geven tot de onderliggende Win32-basis. Microsoft heeft onlangs ook een grote update uitgebracht voor Windows App SDK 2.0, die semantische versiebeheer, een geherstructureerde Windows ML-stack en betere ondersteuning voor slepen en neerzetten voor ontwikkelaars biedt voor het naadloos inbedden van WebView2-inhoud in de oorspronkelijke WinUI 3-shell.

Op systeemniveau zelf is Microsoft ook begonnen met het ritmisch vervangen van de oudste batch Win32-interface-elementen door WinUI 3, in plaats van de "harde herstart"-strategie van WinRT te gebruiken. Het eigenschappendialoogvenster van de Verkenner, dat voortduurt uit het Windows 95-tijdperk, blijkt te zijn vervangen door de WinUI 3-interface die de volledige donkere modus ondersteunt.

Het klassieke dialoogvenster "Uitvoeren" (Win + R) is ook herschreven in WinUI 3. De nieuwe versie loopt duidelijk voorop qua esthetiek en doet niet onder voor wat betreft gebruikservaring. Volgens testgegevens heeft dit nieuwe rundialoogvenster, gecompileerd met .NET AOT, een gemiddelde pop-uptijd van 94 milliseconden, wat sneller is dan de oude versie die het vervangt, wat wordt opgevat als een teken dat de moderne WinUI 3-architectuur meer dan in staat is om de prestaties van traditionele Win32-code te evenaren of zelfs te overtreffen in termen van snelheid en efficiëntie.

Omdat Microsoft de webinterface verpakt door WebView2 vervangt door native WinUI 3-componenten in meer scenario's, Windows 11 Het onnodige verbruik van geheugenbronnen zal geleidelijk worden verminderd en het totale systeem zal naar verwachting terugkeren naar de richting van lichtheid, eenheid en oorspronkelijke prioriteit. We zien misschien geen vliegende auto's of maanbases in 2026, maar na jaren van raamwerkexperimenten en koerswijzigingen heeft Windows de kans om een ​​desktopbesturingssysteem te worden dat zijn Win32-erfgoed respecteert en tegelijkertijd echt modern is.