Windows App SDK 1.0.0-Preview2 met Windows-stijlen van WinUI 2.6.

Microsoft heeft zojuist Windows App SDK 1.0.0-Preview2 uitgebracht, een toolkit waarmee ontwikkelaars van desktop-apps apps kunnen bouwen met een moderne Windows-gebruikersinterface, API's en platformfuncties.

[lwptoc title=”WindowsAppSDK 1.0 voorbeeld 2″ width=”30%” float=”right”]

Versie 1.0.0-Preview2 van de SDK biedt de volgende functies en verbeteringen:

WindowsUI 3

Nieuwe updates:

• De bedieningselementen zijn bijgewerkt om de nieuwste Windows-stijlen weer te geven van WindowsUI 2.6.
• MSIX voor één project wordt ondersteund.
• WinUI-pakket kan nu gericht zijn op build 17763 en hoger. Zien probleem #921 voor meer informatie.
• In-app-werkbalk wordt ondersteund. De in-app-werkbalk en de bestaande Hot Reload/Live Visual Tree-ondersteuning vereisen echter de aankomende Visual Studio 17.0 Preview 5-release, die later in oktober beschikbaar zal zijn.

Fout is opgelost: WebView2Runtime-tekst is nu gelokaliseerd.

windowing

Deze release introduceert updates voor de AppWindow klas. Er zijn geen belangrijke nieuwe functies toegevoegd in deze release, maar er zijn wijzigingen in de namen en eigenschappen van methoden en sommige geretourneerde waarden zijn verwijderd. Zie de documentatie en voorbeelden voor gedetailleerde updates. Als je werkte met AppWindow in de versie 1.0 Experimental of 1.0 Preview 1 kunt u enkele wijzigingen in uw code verwachten.

Nieuwe updates:

• De AppWindow-configuratie klasse is verwijderd. De eigenschappen van deze klasse zijn nu beschikbaar op de AppWindow zelf, of op de Presentator klassen.
• De meeste bool retourwaarden voor de WinRT API-methoden in deze ruimte zijn verwijderd en zijn nu void omdat deze methoden altijd zouden slagen.
• De C# ImportDll-aanroepen zijn niet langer nodig voor: GetWindowIdFromWindow en GetWindowFromWindowId. Gebruik de .NET-wrappermethoden die beschikbaar zijn in Microsoft.UI.Win32Interop gebruiken.

Belangrijke beperkingen:

• De Windows App SDK biedt momenteel geen methoden voor het koppelen van inhoud van het UI-framework aan een AppWindow; u bent beperkt tot het gebruik van de HWND interop-toegangsmethoden.
• Aanpassing van de titelbalk van het venster werkt alleen op Windows 11. Gebruik de Is MaatwerkOndersteund methode om te controleren op ondersteuning voor de aanpassing van de titelbalk. We zijn van plan deze functionaliteit naar beneden te halen.

Voor meer informatie, zie App-vensters beheren.

Belangrijke beperkingen:

• Deze release van AppWindow is momenteel alleen beschikbaar voor Win32-apps (zowel verpakt als onverpakt).
• De Windows App SDK biedt momenteel geen methoden voor het koppelen van inhoud van het UI-framework aan een AppWindow; u bent beperkt tot het gebruik van de HWND interop-toegangsmethoden.
• Aanpassing van de titelbalk van het venster werkt alleen op Windows 11. Gebruik de Is MaatwerkOndersteund methode om te controleren op ondersteuning voor de aanpassing van de titelbalk. We zijn van plan deze functionaliteit naar beneden te halen.

Voor meer informatie, zie App-vensters beheren.

Invoer

Nieuwe updates:

• Verbeterde ondersteuning voor nauwkeurige touchpad-invoer.

Belangrijke beperkingen:

• Alles PointerPunt statische fabrieksfuncties zijn verwijderd: GetCurrentPoint, GetCurrentPointGetransformeerd, GetIntermediatePunten en GetIntermediatePointsGetransformeerd.
• De Windows App SDK ondersteunt het ophalen niet PointerPunt objecten met aanwijzer-ID's. In plaats daarvan kunt u de PointerPunt lid functie GetTransformedPoint om een ​​getransformeerde versie van een bestaande op te halen PointerPunt object. Voor tussenliggende punten kunt u de PuntEventArgs ledenfuncties GetIntermediatePunten en GetTransformedTussenliggende Punten. Zie de documentatie voor meer details.

MRT-kern

Nieuwe updates:

• App-ontwikkelaars kunnen er nu voor kiezen om een ​​afbeeldingsbestand of een RESW-bestand niet te indexeren in het PRI-bestand in .NET-projecten. Zien kwestie 980 voor meer informatie.

Belangrijke beperkingen:

• In .NET-projecten worden bronbestanden die in de projectmap zijn gekopieerd en geplakt, niet geïndexeerd op F5 als de app al is gebouwd. Herbouw de app als tijdelijke oplossing. Zien kwestie 1503 voor meer informatie].
• In .NET-projecten worden bestaande bronbestanden die zijn toegevoegd vanuit een externe map niet geïndexeerd zonder handmatige instelling van de Build-actie. U kunt dit probleem omzeilen door de Build-actie in Visual Studio in te stellen: Content voor afbeeldingsbestanden en PRIBron voor RESW-bestanden. Zie probleem 1504 voor meer informatie.

Implementatie voor onverpakte apps

Nieuwe functies:

• Windows App SDK 1.0 Preview 2 introduceert een .NET-wrapper voor de bootstrapper-API. De bootstrapper-API is een set systeemeigen C/C++-functies die uitgepakte apps moeten gebruiken om tijdens runtime dynamisch afhankelijk te worden van het Windows App SDK-frameworkpakket. De .NET-wrapper biedt een eenvoudigere manier om de bootstrapper-API aan te roepen vanuit .NET-apps, waaronder Windows Forms- en WPF-apps. De .NET-wrapper voor de bootstrapper-API is beschikbaar in de Microsoft.WindowsAppRuntime.Bootstrap.Net.dll-assembly, die lokaal is voor uw app-project. Voor meer informatie over de .NET-wrapper, zie .NET-wrapperbibliotheek.
• Verpakte apps kunnen nu de implementatie-API gebruiken om de hoofd- en eenling MSIX-pakketten geïnstalleerd op de machine. De hoofd- en singleton-pakketten maken deel uit van het framework-pakket dat met de app wordt geïnstalleerd, maar vanwege een beperking met het Windows-toepassingsmodel, zullen verpakte apps deze extra stap moeten nemen om die pakketten te installeren. Voor meer informatie over hoe de implementatie-API werkt, zie de: implementatiehandleiding voor verpakte apps.

App-levenscyclus

De meeste App Lifecycle-functies bestaan ​​al in het UWP-platform en zijn in de Windows App SDK opgenomen voor gebruik door alle app-typen, met name onverpakte console-apps, Win32-apps, Windows Forms-apps en WPF-apps. De Windows App SDK-implementatie van deze functies kan niet worden gebruikt in UWP-apps, omdat er gelijkwaardige functies zijn in het UWP-platform zelf.

Niet-UWP-apps kunnen ook worden verpakt in MSIX-pakketten. Hoewel deze apps enkele van de Windows App SDK App Lifecycle-functies kunnen gebruiken, moeten ze de manifest-aanpak gebruiken waar deze beschikbaar is. Ze kunnen bijvoorbeeld de Windows App SDK niet gebruiken RegistrerenForXXXActivation API's en moeten zich in plaats daarvan registreren voor uitgebreide activering via het manifest.

Alle beperkingen voor verpakte apps zijn ook van toepassing op WinUI-apps, die zijn verpakt, en er zijn aanvullende overwegingen zoals hieronder beschreven.

Lees meer en vind de downloadlinks op Microsoft hier.