Windows 10 SDK

Windows 10 SDK (10.0.19041.0) for Windows 10, versjon 2004 inneholder de nyeste topptekstene, bibliotekene, metadataene og verktøyene for å bygge Windows 10-apper.

Bruk denne SDKen til å bygge UWP (Universal Windows Platform) og Win32-applikasjoner for Windows 10, versjon 2004 og tidligere Windows-utgivelser.

Å komme i gang

Du kan få Windows 10 SDK på to måter: installer den fra denne siden ved å velge nedlastingslenken eller ved å velge “Windows 10 SDK (10.0.19041.0)” i de valgfrie komponentene i Visual Studio 2019 Installer.

Før du installerer dette SDK:

  1. Gjennomgå alle systemkrav nedenfor.
  2. Avslutt Visual Studio 2019 før installasjonen.
  3. Se gjennom de kjente problemene nedenfor.

Hva er nytt?

Windows 10 SDK for Windows 10, versjon 2004 tilbyr spennende nye API-er og oppdaterte verktøy for å utvikle Windows-applikasjonene dine. Lær mer om nye funksjoner i Windows 10, versjon 2004.

APIs

For å se de nye API-ene som ble introdusert med Windows 10, versjon 2004, se: Hva er nytt i Windows 10 for utviklere, bygg 19041.

Fjerning av api-ms-win-net-isolation-l1-1-0.lib

I denne utgivelsen er api-ms-win-net-isolation-l1-1-0.lib fjernet fra Windows SDK. Apper som koblet mot api-ms-win-net-isolation-l1-1-0.lib kan bytte t OneCoreUAP.lib som erstatning.

Fjerning av irprops.lib

I denne utgivelsen er irprops.lib blitt fjernet fra Windows SDK. Apper som koblet mot irprops.lib kan bytte til bthprops.lib som en drop-in erstatning.

Fjerning av wuapicommon.h og wuapicommon.idl

I denne utgivelsen har vi flyttet ENUM tagServerSelection fra wuapicommon.h til wupai.h og fjernet overskriften. Hvis du vil bruke ENUM tagServerSelection, må du inkludere wuapi.h eller wuapi.idl.

Windows 10 WinRT API-pakke

Windows 10 WinRT API-pakken lar deg legge til den nyeste Windows Runtime API-støtten til din.NET Framework 4.5+ og.NET Core 3.0+ biblioteker og apper. For å få tilgang til Windows 10 WinRT API-pakken, se Microsoft.Windows.SDK.Contracts nuget-pakken.

Verktøy

Windows App-sertifiseringssett

I denne utgivelsen av Windows SDK ble flere nye APIer lagt til listen over støttede APIer i App Certification Kit og Windows Store. Hvis det er API-er i den støttede listen som vises gråtonet eller deaktivert i Visual Studio, kan du gjøre en liten endring i kildefilen for å få tilgang til dem. For mer informasjon, se dette kjente problemet.

I tillegg til å legge til API-er, har følgende endringer blitt gjort i testene:

Oppdaterte tester:

  • ValidateContentUriRules vil kun være informasjonsmessig. Testfeil vil bli presentert som advarsler.

Fjernede tester

  • WebView WinRT-tilgangstest for webapp
  • PackageSizeCheck-test for UWP-apper
  • SupportedApi-test for Desktop Bridge-apper
  • AppContainerCheck-test fra BinScope for UWP-apper
  • ServiceWorker-sjekk for alle apptyper

Tester

  • High-DPI test. En ny test for Desktop Bridge-apper sjekker om appen bruker DPI-bevisst funksjon og advarer om den ikke er spesifisert. Denne testen vil oppmuntre deg til å gjøre appen din per DP-monitor oppmerksom. For detaljer om DPI se High DPI Desktop Application Development in Windows.

Message Compiler (mc.exe)

Oppdateringer inkluderer:

  • Oppdager nå Unicode-byte-ordremerket (BOM) i .mc-filer. Hvis .mc-filen starter med en UTF-8 BOM, blir den lest som en UTF-8-fil. Ellers, hvis det starter med en UTF-16LE BOM, blir den lest som en UTF-16LE-fil. Hvis parameteren -u ble spesifisert, vil den bli lest som en UTF-16LE-fil. Ellers blir den lest med den gjeldende kodesiden (CP_ACP).
  • Unngår nå problemer med en definisjon-regel (ODR) i MC-genererte C / C ++ ETW-hjelpere forårsaket av motstridende konfigurasjonsmakroer (f.eks. Når to .cpp-filer med motstridende definisjoner av MCGEN_EVENTWRITETRANSFER er koblet til den samme binære, de MC-genererte ETW-hjelperne vil nå respektere definisjonen av MCGEN_EVENTWRITETRANSFER i hver .cpp-fil i stedet for vilkårlig å velge den ene eller den andre).

Windows Trace Preprocessor (tracewpp.exe)

Oppdateringer inkluderer:

  • Støtter nå Unicode-inndatafiler (.ini, .tpl og kildekode). Inputfiler som begynner med et UTF-8 eller UTF-16 byte ordremerket (BOM) blir lest som Unicode. Inputfiler som ikke starter med en BOM vil bli lest ved å bruke den gjeldende kodesiden (CP_ACP). For bakoverkompatibilitet, hvis kommandolinjeparameteren -UnicodeIgnore er spesifisert, vil filer som begynner med en UTF-16 BOM, behandles som tomme.
  • Støtter nå Unicode-utdatafiler. Som standard blir utdatafiler kodet ved hjelp av gjeldende kodeside (CP_ACP). Bruk kommandolinjeparametere -cp: UTF-8 eller -cp: UTF-16 for å generere Unicode-utdatafiler.
  • Atferdsendring: tracewpp konverterer nå all inndatatekst til Unicode, utfører behandling i Unicode og konverterer utdatatekst til den spesifiserte utgangskodingen. Tidligere versjoner av tracewpp unngikk konverteringer fra Unicode og utførte tekstbehandling forutsatt et tegnsett med én byte. Dette kan føre til atferdsendringer i tilfeller der inndatafilene ikke samsvarer med gjeldende kodeside. I tilfeller hvor dette er et problem, kan du vurdere å konvertere inngangsfilene til UTF-8 (med BOM) og / eller bruke kommandolinjeparameteren -cp: UTF-8 for å unngå koding av tvetydighet.

TraceLoggingProvider.h

Oppdateringer inkluderer:

  • Nå unngår en-definisjonsregel (ODR) -problemer forårsaket av motstridende konfigurasjonsmakroer (f.eks. Når to .cpp-filer med motstridende definisjoner av TLG_EVENT_WRITE_TRANSFER er koblet til den samme binære, vil TraceLoggingProvider.h-hjelperne nå respektere definisjonen av TLG_EVENT_WRITE_TRANSFER i hver. cpp-fil i stedet for å plukke vilkårlig den ene eller den andre).
  • I C ++ -kode er TraceLoggingWrite-makroen blitt oppdatert for å muliggjøre bedre kodedeling mellom lignende hendelser ved å bruke variadiske maler.

Signering av appene dine med Device Guard Signering

Vi gjør det lettere for deg å signere appen din. Device Guard-signering er en Device Guard-funksjon som er tilgjengelig i Microsoft Store for Business and Education. Signering lar bedrifter garantere at hver app kommer fra en pålitelig kilde. Målet vårt er å gjøre det lettere å signere din MSIX-pakke. Se dokumentasjonen om Device Guard Signering.

Eksempler

Windows 10-appprøver er nå tilgjengelige via GitHub. Du kan bla gjennom koden på GitHub, klone en personlig kopi av depotet fra Git, eller laste ned et zip-arkiv med alle prøvene. Vi ønsker velkommen tilbakemeldinger, så velkommen til å åpne et problem i depotet hvis du har et problem eller spørsmål. Disse prøvene er designet for å kjøre på stasjonære, mobile og fremtidige enheter som støtter Universal Windows Platform (UWP).

Tidligere SDK-versjoner

Tidligere utgitte SDK-er og emulatorer, inkludert oppdateringsdetaljer, kan du finne på arkivsiden.

Light Up

Når du bruker nye API-er, kan du vurdere å skrive appen din som tilpasningsdyktig, slik at den kjører riktig på den bredeste rekke Windows 10-enheter. En adapativ app "lyser opp" med nye funksjoner uansett hvor enhetene og Windows-versjonen støtter dem, men tilbyr ellers bare funksjonaliteten som er tilgjengelig på den oppdagede plattformversjonen. For detaljer om implementering, se Artikkel om versjon av adaptiv kode. Du finner de siste utgivelsesnotatene eller problemene med verktøy, i Windows Developer Forum.

Tilbakemelding og kjente problemer

For tilbakemelding og oppdateringer om de kjente problemene, vennligst se utviklerforum.

For nye forespørsler om utviklerfunksjoner, send inn via Feedback Hub-appen under kategorien "Developer Platform / API."

Flere ressurser