Versionshinweise zum experimentelle Kanal für das Windows App SDK 1.2

  • Artikel

Wichtig

Der experimentelle Kanal wird nicht für die Verwendung in Produktionsumgebungen unterstützt, und Apps, die die experimentellen Versionen verwenden, können nicht im Microsoft Store veröffentlicht werden.

Der experimentelle Kanal stellt Versionen des Windows App SDK bereit, die experimentelle Kanalfeatures enthalten, die sich in frühen Entwicklungsphasen befinden. APIs für experimentelle Features weisen das Experimental-Attribut auf. Wenn Sie eine experimentelle API in Ihrem Code aufrufen, erhalten Sie eine Buildzeitwarnung. Alle APIs im experimentellen Kanal können Änderungen in zukünftigen Versionen aufweisen, aber experimentelle APIs unterliegen insbesondere Änderungen. Features des Experimental-Releases können aus der nächsten Version entfernt oder überhaupt nicht veröffentlicht werden.

Wichtige Links:

Neuestes experimentelles Kanal-Release:

Release des neuesten stabilen Kanals:

Version 1.2 Experimental (1.2.0-experimental2)

Dies ist die neueste Version des experimentellen Kanals. Sie unterstützt alle experimentellen Kanalfeatures und Features von Version 1.2 Preview 1 (1.2.0-preview1).

Um sie herunterzuladen, richten Sie Ihre WinAppSDK NuGet-Version neu aus, auf 1.2.220909.2-experimental2.

Behobenes Problem

In anstehenden Windows Insider Preview-Builds können Anwendungen, die das Windows App SDK verwenden, nicht gestartet werden.

Version 1.2 Experimental (1.2.0-experimental1)

Dies ist die neueste Version des experimentellen Kanals. Es unterstützt alle experimentellen Kanalfeatures.

Um sie herunterzuladen, richten Sie Ihre WinAppSDK NuGet-Version neu aus, auf 1.2.220727.1-experimental1.

Eingabe und Anordnung

Erstmals in Windows App SDK 0.8 eingeführt, gibt es mehrere experimentelle Klassen in den Namespaces Microsoft.UI.Input.Experimental und Microsoft.UI.Composition.Experimental.

In dieser Version neu:

Inhalt

Neu in dieser Version stellen die experimentellen Klassen im Microsoft.UI.Content-Namespace die Bausteine interaktiver Inhalte bereit. Dies sind Grundtypen auf niedriger Ebene, die in Inhalten zusammengefasst werden können, um die interaktive Benutzeroberfläche für einen Endbenutzer bereitzustellen. Der Inhalt definiert die Struktur für: Rendern der Ausgabe mit Animationen, Verarbeiten von Eingaben für verschiedene Ziele, Bereitstellen von Barrierefreiheitsdarstellung und Behandeln von Hoststatusänderungen.

Erwähnenswerte APIs:

  • ContentIsland - vereint Ausgabe, Eingabe und Barrierefreiheit und bietet die Abstraktion für interaktive Inhalte. Mit diesen APIs kann eine benutzerdefinierte visuelle Struktur erstellt und interaktiv gestaltet werden.
  • DesktopChildSiteBridge – ermöglicht die ContentIsland Verbindung mit einer HWND-basierten Hierarchie.

Weitere Informationen finden Sie unter dem vollständigen Beispiel auf GitHub.

Dispatcher

DispatcherQueue versendet jetzt als Eintrittsinvarianz. Bisher konnte nicht mehr als ein einzelner DispatcherQueueHandler-Rückruf in einem einzelnen Thread gleichzeitig aktiv sein. Wenn nun ein Handler eine geschachtelte Nachrichtenpumpe startet, werden als erneute Rückrufe zusätzliche Rückrufe versendet. Dies entspricht dem Win32-Verhalten rund um Fenstermeldungen und geschachtelte Nachrichtenpumpen.

Benachrichtigungen

Das Registrieren des App-Anzeigenamens und -Symbols für die App-Benachrichtigung wird jetzt unterstützt. Weitere Informationen finden Sie in der Spezifikation auf GitHub .

WinUI 3

  • Steuerelemente und Stile sind mit der WinUI 2.8-Version auf dem neuesten Stand.
  • UWP wird in den experimentellen Versionen nicht mehr unterstützt.

Weitere Einschränkungen und bekannte Probleme

  • Apps müssen nach dem Update auf Windows App SDK 1.2-experimental1 aufgrund einer in der ABI eingeführten Änderung neu erstellt werden.
  • Apps, die auf ein Paket verweisen, das WebView2 erfordert (z. B. Microsoft.Identity.Client), können nicht kompiliert werden. Dies wird durch miteinander in Konflikt stehende Binärdateien zur Buildzeit verursacht. Weitere Informationen finden Sie im Issue #2492 auf GitHub.
  • Bei Verwendung von dotnet build mit einem WinAppSDK C#-Klassenbibliothek-Projekt kann der Build-Fehler „Microsoft.Build.Packaging.Pri.Tasks.ExpandPriContent task could not be loaded“ auftreten. Um dieses Problem zu beheben, legen Sie <EnableMsixTooling>true</EnableMsixTooling> in Ihrer Projektdatei fest.
  • Die WinAppSDK-Standardvorlagen enthalten diesen Hinweis: MaxVersionTested="10.0.19041.0". Es sollte sich aber um "10.0.22000.0" handeln. Aktualisieren Sie MaxVersionTested in Ihrer Projektdatei auf 10.0.22000.0, um die vollständige Unterstützung für einige Features zu erhalten, insbesondere UnlockedDEHs.