Windows App SDK 1.0.0-Preview2 mit Windows-Stilen von WinUI 2.6.

Microsoft hat gerade Windows App SDK 1.0.0-Preview2 veröffentlicht, ein Toolkit, mit dem Desktop-App-Entwickler Apps mit einer modernen Windows-Benutzeroberfläche, APIs und Plattformfunktionen erstellen können.

[lwptoc title=“WindowsAppSDK 1.0 Vorschau 2″ width=“30%“ float=“right“]

Version 1.0.0-Preview2 des SDK bringt die folgenden Funktionen und Verbesserungen:

WindowsUI 3

Neue Updates:

• Die Steuerelemente wurden aktualisiert, um die neuesten Windows-Stile widerzuspiegeln WindowsUI 2.6.
• Einzelprojekt-MSIX wird unterstützt.
• Das WinUI-Paket kann jetzt auf Build 17763 und höher abzielen. Sehen Ausgabe #921 um mehr zu erfahren.
• In-App-Symbolleiste wird unterstützt. Die In-App-Symbolleiste und die vorhandene Hot Reload/Live Visual Tree-Unterstützung erfordern jedoch die kommende Visual Studio 17.0 Preview 5-Version, die später im Oktober verfügbar ist.

Fehler behoben: WebView2Runtime-Text ist jetzt lokalisiert.

Fensterung

Diese Version enthält Aktualisierungen für die AppWindow Klasse. In dieser Version wurden keine wichtigen neuen Funktionen hinzugefügt, aber es wurden Änderungen an Methodennamen und Eigenschaften vorgenommen, und einige Rückgabewerte wurden entfernt. Ausführliche Aktualisierungen finden Sie in der Dokumentation und in den Beispielen. Wenn Sie mit gearbeitet haben AppWindow Erwarten Sie in den Versionen 1.0 Experimental oder 1.0 Preview 1 einige Änderungen an Ihrem Code.

Neue Updates:

• Das AppWindowConfiguration Klasse wurde entfernt. Die Eigenschaften dieser Klasse sind jetzt auf der verfügbar AppWindow selbst, oder auf der Moderator Klassen.
• brauchen bool Rückgabewerte für die WinRT-API-Methoden in diesem Bereich wurden entfernt und sind jetzt vorhanden void da diese Methoden immer erfolgreich sein würden.
• Die C#-ImportDll-Aufrufe werden nicht mehr benötigt GetWindowIdFromWindow und GetWindowFromWindowId. Verwenden Sie die .NET-Wrappermethoden, die in verfügbar sind Microsoft.UI.Win32Interop stattdessen.

Wichtige Einschränkungen:

• Das Windows App SDK bietet derzeit keine Methoden zum Anfügen von Inhalten des UI-Frameworks an eine AppWindow; Sie sind auf die Verwendung der HWND-Interop-Zugriffsmethoden beschränkt.
• Die Anpassung der Fenstertitelleiste funktioniert nur unter Windows 11. Verwenden Sie die IsCustomizationSupported Methode, um zu prüfen, ob die Anpassungsfunktion der Titelleiste unterstützt wird. Wir beabsichtigen, diese Funktionalität auf ein niedrigeres Niveau zu bringen.

Für weitere Informationen, siehe App-Fenster verwalten.

Wichtige Einschränkungen:

• Diese Veröffentlichung von AppWindow ist derzeit nur für Win32-Apps (sowohl verpackt als auch unverpackt) verfügbar.
• Das Windows App SDK bietet derzeit keine Methoden zum Anfügen von Inhalten des UI-Frameworks an eine AppWindow; Sie sind auf die Verwendung der HWND-Interop-Zugriffsmethoden beschränkt.
• Die Anpassung der Fenstertitelleiste funktioniert nur unter Windows 11. Verwenden Sie die IsCustomizationSupported Methode, um zu prüfen, ob die Anpassungsfunktion der Titelleiste unterstützt wird. Wir beabsichtigen, diese Funktionalität auf ein niedrigeres Niveau zu bringen.

Für weitere Informationen, siehe App-Fenster verwalten.

zufuhr

Neue Updates:

• Verbesserte Unterstützung für Präzisions-Touchpad-Eingabe.

Wichtige Einschränkungen:

• Alle ZeigerPunkt Statische Werksfunktionen wurden entfernt: HolenCurrentPoint, GetCurrentPointTransformed, GetZwischenpunkte und GetIntermediatePointsTransformed.
• Das Windows App SDK unterstützt das Abrufen nicht ZeigerPunkt Objekte mit Zeiger-IDs. Stattdessen können Sie die verwenden ZeigerPunkt Mitgliedsfunktion GetTransformedPoint um eine transformierte Version einer bestehenden abzurufen ZeigerPunkt Objekt. Für Zwischenpunkte können Sie die verwenden PointEventArgs Mitgliedsfunktionen GetZwischenpunkte und GetTransformedIntermediatePoints. Weitere Einzelheiten finden Sie in der Dokumentation.

MRT-Kern

Neue Updates:

• App-Entwickler können jetzt verhindern, dass eine Bilddatei oder eine RESW-Datei in der PRI-Datei in .NET-Projekten indiziert wird. Sehen Ausgabe 980 um mehr zu erfahren.

Wichtige Einschränkungen:

• In .NET-Projekten werden Ressourcendateien, die per Copy-Paste in den Projektordner eingefügt wurden, nicht auf F5 indiziert, wenn die App bereits erstellt wurde. Erstellen Sie als Problemumgehung die App neu. Sehen Ausgabe 1503 für mehr Informationen].
• In .NET-Projekten werden vorhandene Ressourcendateien, die aus einem externen Ordner hinzugefügt werden, ohne manuelle Einstellung der Build-Aktion nicht indiziert. Um dieses Problem zu umgehen, legen Sie die Build-Aktion in Visual Studio fest: Inhalt für Bilddateien u PRIRessource für RESW-Dateien. Siehe Problem 1504 um mehr zu erfahren.

Bereitstellung für unverpackte Apps

Neue Eigenschaften:

• Windows App SDK 1.0 Preview 2 führt einen .NET-Wrapper für die ein Bootstrapper-API. Die Bootstrapper-API ist ein Satz nativer C/C++-Funktionen, die entpackte Apps verwenden müssen, um zur Laufzeit dynamisch eine Abhängigkeit vom Windows App SDK-Frameworkpaket zu übernehmen. Der .NET-Wrapper bietet eine einfachere Möglichkeit zum Aufrufen der Bootstrapper-API aus .NET-Apps, einschließlich Windows Forms- und WPF-Apps. Der .NET-Wrapper für die Bootstrapper-API ist in der Microsoft.WindowsAppRuntime.Bootstrap.Net.dll-Assembly verfügbar, die für Ihr App-Projekt lokal ist. Weitere Informationen zum .NET-Wrapper finden Sie unter .NET-Wrapper-Bibliothek.
• Gepackte Apps können jetzt die Bereitstellungs-API verwenden, um die Haupt- und Singleton Auf dem Computer installierte MSIX-Pakete. Die Haupt- und Singleton-Pakete sind Teil des Framework-Pakets, das mit der App installiert wird, aber aufgrund einer Einschränkung des Windows-Anwendungsmodells müssen gepackte Apps diesen zusätzlichen Schritt ausführen, um diese Pakete zu installieren. Weitere Informationen zur Funktionsweise der Bereitstellungs-API finden Sie unter Bereitstellungsleitfaden für gepackte Apps.

App-Lebenszyklus

Die meisten App-Lebenszyklusfeatures sind bereits in der UWP-Plattform vorhanden und wurden in das Windows App SDK zur Verwendung durch alle App-Typen integriert, insbesondere nicht gepackte Konsolen-Apps, Win32-Apps, Windows Forms-Apps und WPF-Apps. Die Windows App SDK-Implementierung dieser Features kann nicht in UWP-Apps verwendet werden, da es auf der UWP-Plattform selbst entsprechende Features gibt.

Nicht-UWP-Apps können auch in MSIX-Pakete verpackt werden. Diese Apps können zwar einige der App-Lebenszyklusfeatures des Windows App SDK verwenden, sie müssen jedoch den Manifestansatz verwenden, sofern dieser verfügbar ist. Beispielsweise können sie das Windows App SDK nicht verwenden RegistrierenForXXXAktivierung APIs und müssen sich stattdessen über das Manifest für die Rich-Aktivierung registrieren.

Alle Einschränkungen für gepackte Apps gelten auch für gepackte WinUI-Apps, und es gibt zusätzliche Überlegungen, wie unten beschrieben.

Lesen Sie mehr und finden Sie die Download-Links bei Microsoft hier.