Teilen über

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

  • 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:

Vorschau auf Version 0.8 (0.8.0-preview)

Diese Version unterstützt alle Features des experementelle Kanals.

Download

In den folgenden Abschnitten werden neue und aktualisierte Features, Einschränkungen und bekannte Probleme für diese Version beschrieben.

WinUI 3

In dieser Version werden wichtige Fehlerkorrekturen (einschließlich der in 0.5-Wartungsversionen behobenen) und andere Änderungen für WinUI eingeführt. Eine vollständige Liste finden Sie hier: Übersicht und Versionshinweise: WinUI 3 – Project Reunion 0.8 Preview (Mai 2021).

Lebenszyklus der App (experimentelle Feature)

In dieser Version werden neue experimentelle Features eingeführt, die sich auf die Verwaltung des App-Lebenszyklus Ihrer App beziehen.

  • Alle Apps (verpackt und entpackt) können GetActivatedEventArgs verwenden (verpackte Apps können jedoch bereits die Implementierung dieser App auf der Plattform verwenden).
  • Nur entpackte Apps können die RegisterForXXXActivation-Funktionen verwenden.
  • Verpackte Desktop-Apps können die App-Lebenszyklus-Instancing verwenden.

Weitere Informationen finden Sie unter App-Instancing mit der App-Lebenszyklus-API und Umfangreiche Aktivierung mit der API für den Lebenszyklus von Anwendungen.

Bereitstellung für entpackte Apps (experimentelles Feature)

In dieser Version werden neue experimentelle Bereitstellungsfeatures für entpackte Apps eingeführt. Entpackte Apps können jetzt dynamisch von den Windows App SDK-Laufzeitpaketen abhängig sein, damit Sie ihr vorhandenes MSI- oder Setupprogramm für die App-Bereitstellung weiterhin verwenden können. Diese ist für die folgenden SKUs verfügbar:

  • Eigenständiges Installationsprogramm für das Windows App SDK.
  • MSIX-Paketbundle, das dynamische Abhängigkeitsfunktionen enthält.

Weitere Informationen finden Sie im Windows App SDK-Bereitstellungsleitfaden für von Framework abhängige gepackte Apps mit externem Speicherort oder nicht gepackte Apps.

DWriteCore

Mit dieser Version werden außerdem die folgenden Features hinzugefügt:

  • Text-Dekorationen (Unterstrichen und Durchgestrichen in der Textlayout-API)
  • Vertikales Text-Layout
  • Schriftart-Kerning-API
  • Experimentelle Unterstützung für entpackte Apps

Weitere Informationen finden Sie unter Migration von DirectWrite zu DWriteCore.

MRT Core

Mit dieser Version werden außerdem die folgenden Features hinzugefügt:

  • Die Buildaktion für Ressourcen wird automatisch festgelegt, hinzufügen dadurch ist weniger manuelle Projektkonfiguration erforderlich.
  • Experimentelle Unterstützung für entpackte Apps.

Weitere Informationen finden Sie unter Verwalten von Ressourcen mit MRT Core.

Einschränkungen und bekannte Probleme

  • Keine Unterstützung für eine CPU-Buildkonfiguration: Das Windows App SDK ist in systemeigenem Code geschrieben und unterstützt somit keine CPU-Buildkonfigurationen . Die WinUI 3-Vorlagen in Visual Studio lassen nur architekturspezifische Builds zu. Beim Hinzufügen des Windows App SDK zu einer vorhandenen .NET-Anwendung oder -Komponente, die Beliebige CPU unterstützt, müssen Sie die gewünschte Architektur angeben: x86, x64 oder arm64.
  • .NET-Apps müssen auf Build 18362 oder höher ausgerichtet sein: Ihr TFM muss auf net6.0-windows10.0.18362 oder höher festgelegt sein, und die <TargetPlatformVersion> Ihres Paketprojekts muss auf 18362 oder höher festgelegt sein. Weitere Informationen finden Sie in diesem bekannten Issue auf GitHub.

Beispiele

Die Beispiele für das Windows App SDK funktionieren mit dieser Version nicht.