Windows SDK– Entwicklung von Windows-Apps (2024)

Update 10.0.22621.1778. Zu den hervorgehobenen Features gehören:

• WindowTabManager-APIs ermöglichen Anwendungen mit Schnittstellen im Registerkartenformat, Informationen zu geöffneten Registerkarten für die Windows-Shell bereitzustellen.
• Updates zu HumanPresence-APIs, um die Benutzerfreundlichkeit zu verbessern und neue Einstellungen für Sensoren hinzuzufügen, die Die Anwesenheitsfunktionen des Menschen unterstützen.
• RemoteDesktop-APIs ermöglichen Es Anwendungen, zwischen einem Remote- und einem lokalen Desktop zu wechseln.

• Wartungsupdate 10.0.22621.755. Enthält ARM64-Unterstützung für das VS 17.4-Release

• api-ms-win-net-isolation-l1-1-0.lib entfernt. Apps, die eine Verknüpfung mit api-ms-win-net-isolation-l1-1-0.lib erstellt haben, können "OneCoreUAP.lib" als Ersatz wechseln.

• Irprops.lib entfernt. Apps, die eine Verknüpfung mit irprops.lib hergestellt haben, können als Drop-In-Ersatz zu bthprops.lib wechseln.

• ENUM tagServerSelection von wuapicommon.h zu wupai.h verschoben und den Header entfernt. Wenn Sie die ENUM tagServerSelection verwenden möchten, müssen Sie wuapi.h oder wuapi.idl einschließen.

• Mit dem Windows 10 WinRT API Pack können Sie Ihren .NET Framework Bibliotheken und Apps 4.5 und höher und .NET Core 3.0 und höher die neueste Unterstützung Windows-Runtime APIs hinzufügen. Informationen zum Zugriff auf das Windows 10 WinRT-API-Paket finden Sie imNuGet-Paket Microsoft.Windows.SDK.Contracts.

• Die printf-Funktionsfamilieentspricht jetzt den Ieee 754-Rundungsregelnbeim Drucken exakt darstellbarer Gleitkommazahlen und berücksichtigt den über Aufrufe vonfesetroundangeforderten Rundungsmodus. Legacyverhalten ist beim Verknüpfen mitLegacy_stdio_float_rounding.objverfügbar.

• Zertifizierungskit für Windows-Apps. Der Liste Unterstützte APIs im App Certification Kit und im Windows Store wurden mehrere neue APIs hinzugefügt. Wenn in der Liste der unterstützten APIs enthalten sind, die in Visual Studio abgeblendet oder deaktiviert angezeigt werden, können Sie eine kleine Änderung an Ihrer Quelldatei vornehmen, um darauf zuzugreifen. Weitere Informationen finden Sie unter Diesesbekannte Problem.Hier finden Sie weitere Updates für Tests.

• Nachrichtencompilerupdates (mc.exe):

  • Erkennt nun die Unicode-Bytereihenfolgemarkierung (Unicode Byte Order Mark, BOM) in MC-Dateien. Wenn die MC-Datei mit einer UTF-8-BOM beginnt, wird sie als UTF-8-Datei gelesen. Wenn sie mit einer UTF-16LE-BOM beginnt, wird sie als UTF-16LE-Datei gelesen. Wenn der Parameter -u angegeben wurde, wird er als UTF-16LE-Datei gelesen. Andernfalls wird es mithilfe der aktuellen Codepage (CP_ACP) gelesen.
  • Jetzt werden Probleme mit einer ONE-Definition-Regel (ODR) in MC-generierten C/C++-ETW-Hilfsprogrammen vermieden, die durch in Konflikt stehende Konfigurationsmakros verursacht werden (z. B. wenn zwei CPP-Dateien mit in Konflikt stehenden Definitionen von MCGEN_EVENTWRITETRANSFER mit derselben Binärdatei verknüpft sind, berücksichtigen die MC-generierten ETW-Hilfsprogramme jetzt die Definition von MCGEN_EVENTWRITETRANSFER in jeder CPP-Datei, anstatt willkürlich die eine oder die andere zu wählen).

• Updates für windows trace preprocessor (tracewpp.exe):

  • Unterstützt Unicode-Eingabedateien (.ini, TPL und Quellcode). Eingabedateien, die mit einer UTF-8- oder UTF-16-Bytereihenfolgemarkierung (BOM) beginnen, werden als Unicode gelesen. Eingabedateien, die nicht mit einer BoM beginnen, werden mithilfe der aktuellen Codepage (CP_ACP) gelesen. Aus Gründen der Abwärtskompatibilität werden Dateien, die mit einer UTF-16-BOM beginnen, als leer behandelt, wenn der Befehlszeilenparameter -UnicodeIgnore angegeben wird.
  • Unterstützt Unicode-Ausgabedateien (.tmh). Standardmäßig werden Ausgabedateien mithilfe der aktuellen Codepage (CP_ACP) codiert. Verwenden Sie die Befehlszeilenparameter -cp:UTF-8 oder -cp:UTF-16, um Unicode-Ausgabedateien zu generieren.
  • Verhaltensänderung: Tracewpp konvertiert jetzt den gesamten Eingabetext in Unicode, führt die Verarbeitung in Unicode durch und konvertiert Ausgabetext in die angegebene Ausgabecodierung. In früheren Versionen von tracewpp wurden Unicode-Konvertierungen vermieden und die Textverarbeitung unter der Annahme eines Ein-Byte-Zeichensatzes durchgeführt. Dies kann zu Verhaltensänderungen führen, wenn die Eingabedateien nicht der aktuellen Codepage entsprechen. In Fällen, in denen dies ein Problem darstellt, sollten Sie die Eingabedateien in UTF-8 (mit BOM) konvertieren und/oder den Befehlszeilenparameter -cp:UTF-8 verwenden, um Mehrdeutigkeiten bei der Codierung zu vermeiden.

• TraceLoggingProvider.h-Updates:

  • Verhindert ODR-Probleme (One-Definition-Rule), die durch in Konflikt stehende Konfigurationsmakros verursacht werden (wenn z. B. zwei CPP-Dateien mit in Konflikt stehenden Definitionen von TLG_EVENT_WRITE_TRANSFER mit derselben Binärdatei verknüpft sind, berücksichtigt die TraceLoggingProvider.h-Hilfsprogramme jetzt die Definition von TLG_EVENT_WRITE_TRANSFER in jeder CPP-Datei, anstatt willkürlich die eine oder die andere zu wählen).
  • In C++-Code wurde das TraceLoggingWrite-Makro aktualisiert, um eine bessere Codefreigabe zwischen ähnlichen Ereignissen mithilfe von variadischen Vorlagen zu ermöglichen.

• Signieren Ihrer Apps. Die Device Guard-Signatur ist ein Device Guard-Feature, das in Microsoft Store für Unternehmen und Education verfügbar ist, mit dem Unternehmen garantieren können, dass jede App aus einer vertrauenswürdigen Quelle stammt. Weitere Informationen finden Sie in derDokumentation zur Device Guard-Signatur.

• SDK-Header wurden aktualisiert, um Fehler beim Kompilieren mit dem standardkonformen C-Präprozessor im MSVC-Compiler cl.exe (/Zc:preprocessor, eingeführt in VS 2019 v16.6) zu beheben.

• Behoben: "GdiplusTypes.h kompiliert nicht mit NOMINMAX".Weitere Informationen finden Sie unter Visual Studio-Feedback.

• Wenn Sie mit /std:c11 oder /std:c17 erstellen, erhalten Sie jetzt Folgendes:

  • C99 tgmath.h
  • C11 static_assert in Assert.h
  • C11 stdalign.h
  • C11 stdnoreturn.h

• Clang/LLVM für Windows v11 für ARM64 ist nicht kompatibel mit der neuesten winnt.h

  • Verwenden Sie als Problemumgehung die vorherige Version des Windows 10 SDK (Build 19041) oder clang/LLVM für Windows v10, wenn Sie ARM64-Plattformen als Ziel verwenden.

• DirectXMath (einschließlich Version 3.16 in dieser Version) ist nicht mit Clang/LLVM für Windows unter ARM64 kompatibel.

  • Verwenden Sie als Problemumgehung die neueste Version von DirectXMath, die über NuGet, vcpkg oder GitHub verfügbar ist. Diese Versionen enthalten die erforderlichen Hotfixes (Version 3.16b).
    • www.nuget.org/packages/directxmath
    • github.com/microsoft/vcpkg/tree/master/ports/directxmath
    • github.com/microsoft/DirectXMath

• Die Groß-/Kleinschreibung einiger Headerdateien wurde geändert, um sie für Dateisysteme zu normalisieren, bei denen die Groß-/Kleinschreibung beachtet wird:

  • OAIdl.h, ObjIdl.h, ObjIdlbase.h, OCIdl.h, Ole2.h, OleAuto.h und OleCtl.h wurden alle klein geschrieben.
  • Fügen Sie für Clang/LLVM für Windows-Builds sowohl ältere Versionen als auch das neueste Windows 10 SDK ohne Warnungen zur CLI oder die folgenden #pragma in der Quelle hinzu-Wno-nonportable-system-include-path:

  #ifdef __clang__

  #pragma clang-Diagnose ignorierte „-Wnonportable-system-include-path“

  #endif

Diese Version enthält die folgenden Dateien. Wenn diese Probleme auftreten, empfiehlt es sich, Ihre SDK-Version so bald wie möglich zu aktualisieren, um sie zu vermeiden:

• Es wurden unvorhersehbare und schwer zu diagnostizierende Abstürze beim Verknüpfen von Dachbibliotheken und nativen Betriebssystembibliotheken (z. B. onecoreuap.lib und kernel32.lib) behoben.
• Behobenes Problem, durch das AppVerifier nicht funktionierte
• Es wurde ein Problem behoben, das dazu führte, dass WACK mit "Task failed to enable HighVersionLie" fehlschlug.