Windows 10 SDK Preview Build 18950 ออกแล้ว

ทิ้งคำตอบไว้

Windows 10 SDK Insider Preview ใหม่ที่พร้อมให้ดาวน์โหลด มันต่อท้าย Windows 10 Insider Preview build 18950 ที่เป็น เพิ่งเปิดตัว Fast Ring. นี่คือการเปลี่ยนแปลงในรุ่นนี้

สามารถดาวน์โหลด Preview SDK ได้จาก ส่วนนักพัฒนาใน Windows Insider.

สำหรับข้อเสนอแนะและการอัปเดตเกี่ยวกับปัญหาที่ทราบ โปรดดูที่ ฟอรั่มนักพัฒนา สำหรับคำขอคุณสมบัตินักพัฒนาใหม่ตรงไปที่ .ของเรา แพลตฟอร์ม Windows UserVoice

บิลด์นี้ทำงานร่วมกับ SDK ที่เผยแพร่ก่อนหน้านี้และ Visual Studio 2017 และ 2019 คุณสามารถติดตั้ง SDK นี้และยังคงส่งแอปของคุณที่มีเป้าหมายเป็น Windows 10 รุ่น 1903 หรือรุ่นก่อนหน้าไปยัง Microsoft Store
Windows SDK จะได้รับการสนับสนุนอย่างเป็นทางการโดย Visual Studio 2017 ขึ้นไปเท่านั้น คุณสามารถดาวน์โหลด Visual Studio 2019 ที่นี่.
Windows SDK รุ่นนี้จะติดตั้งเฉพาะบน Windows 10 Insider Preview สร้าง
เพื่อช่วยในการเข้าถึงสคริปต์ไปยัง SDK ISO จะสามารถเข้าถึงได้ผ่าน URL แบบคงที่ต่อไปนี้: https://software-download.microsoft.com/download/sg/Windows_InsiderPreview_SDK_en-us_18950_1.iso.

คอมไพเลอร์ข้อความ (mc.exe)

ตอนนี้ตรวจพบ Unicode byte order mark (BOM) ในไฟล์ .mc หากไฟล์ .mc เริ่มต้นด้วย UTF-8 BOM ไฟล์นั้นจะถูกอ่านเป็นไฟล์ UTF-8 มิฉะนั้น หากขึ้นต้นด้วย UTF-16LE BOM ไฟล์นั้นจะถูกอ่านเป็นไฟล์ UTF-16LE หากระบุพารามิเตอร์ -u ไว้ พารามิเตอร์นั้นจะถูกอ่านเป็นไฟล์ UTF-16LE มิฉะนั้น จะถูกอ่านโดยใช้โค้ดเพจปัจจุบัน (CP_ACP)
ตอนนี้ หลีกเลี่ยงปัญหาหนึ่งกฎเกณฑ์ (ODR) ในตัวช่วย C/C++ ETW ที่สร้างโดย MC ซึ่งเกิดจากมาโครการกำหนดค่าที่ขัดแย้งกัน (เช่น เมื่อไฟล์ .cpp สองไฟล์ที่มีคำจำกัดความที่ขัดแย้งกันของ MCGEN_EVENTWRITETRANSFER เชื่อมโยงกับไบนารีเดียวกัน ตัวช่วย ETW ที่สร้างโดย MC จะเคารพคำจำกัดความของ MCGEN_EVENTWRITETRANSFER ในแต่ละไฟล์ .cpp แทนที่จะเลือกโดยพลการ อย่างใดอย่างหนึ่ง)

ตัวประมวลผลล่วงหน้าของ Windows Trace (tracewpp.exe)

ตอนนี้รองรับไฟล์อินพุต Unicode (.ini, .tpl และซอร์สโค้ด) ไฟล์อินพุตที่ขึ้นต้นด้วย UTF-8 หรือ UTF-16 byte order mark (BOM) จะถูกอ่านเป็น Unicode ไฟล์อินพุตที่ไม่ได้ขึ้นต้นด้วย BOM จะถูกอ่านโดยใช้โค้ดเพจปัจจุบัน (CP_ACP) สำหรับความเข้ากันได้แบบย้อนหลัง ถ้ามีการระบุพารามิเตอร์บรรทัดคำสั่ง -UnicodeIgnore ไฟล์ที่ขึ้นต้นด้วย UTF-16 BOM จะถือเป็นค่าว่าง
รองรับไฟล์เอาต์พุต Unicode (.tmh) แล้ว ตามค่าเริ่มต้น ไฟล์เอาต์พุตจะถูกเข้ารหัสโดยใช้โค้ดเพจปัจจุบัน (CP_ACP) ใช้พารามิเตอร์บรรทัดคำสั่ง -cp: UTF-8 หรือ -cp: UTF-16 เพื่อสร้างไฟล์เอาต์พุต Unicode
การเปลี่ยนแปลงพฤติกรรม: ตอนนี้ tracewpp จะแปลงข้อความอินพุตทั้งหมดเป็น Unicode ดำเนินการประมวลผลใน Unicode และแปลงข้อความเอาต์พุตเป็นการเข้ารหัสเอาต์พุตที่ระบุ tracewpp เวอร์ชันก่อนหน้าหลีกเลี่ยงการแปลง Unicode และทำการประมวลผลข้อความโดยสมมติว่าใช้ชุดอักขระแบบไบต์เดียว ซึ่งอาจนำไปสู่การเปลี่ยนแปลงพฤติกรรมในกรณีที่ไฟล์อินพุตไม่สอดคล้องกับหน้ารหัสปัจจุบัน ในกรณีที่เป็นปัญหา ให้พิจารณาแปลงไฟล์อินพุตเป็น UTF-8 (ด้วย BOM) และ/หรือใช้พารามิเตอร์บรรทัดคำสั่ง -cp: UTF-8 เพื่อหลีกเลี่ยงการเข้ารหัสความกำกวม

TraceLoggingProvider.h

ตอนนี้ หลีกเลี่ยงปัญหาหนึ่งกฎเกณฑ์ (ODR) ที่เกิดจากมาโครการกำหนดค่าที่ขัดแย้งกัน (เช่น เมื่อไฟล์ .cpp สองไฟล์ที่มีคำจำกัดความที่ขัดแย้งกันของ TLG_EVENT_WRITE_TRANSFER ถูกเชื่อมโยง ลงในไบนารีเดียวกัน ผู้ช่วย TraceLoggingProvider.h จะเคารพคำจำกัดความของ TLG_EVENT_WRITE_TRANSFER ในแต่ละไฟล์ .cpp แทนที่จะเลือกอย่างใดอย่างหนึ่งหรือ อื่น ๆ).
ในโค้ด C++ มีการอัปเดตมาโคร TraceLoggingWrite เพื่อเปิดใช้งานการแชร์โค้ดที่ดีขึ้นระหว่างเหตุการณ์ที่คล้ายคลึงกันโดยใช้เทมเพลตแบบผันแปร

การลงชื่อแอปของคุณด้วย Device Guard Signing

เรากำลังทำให้การลงนามแอปของคุณง่ายขึ้น การลงนาม Device Guard เป็นคุณสมบัติ Device Guard ที่มีอยู่ใน Microsoft Store สำหรับธุรกิจและการศึกษา การลงนามช่วยให้องค์กรรับประกันได้ว่าทุกแอปมาจากแหล่งที่เชื่อถือได้ เป้าหมายของเราคือทำให้การเซ็นชื่อแพ็คเกจ MSIX ของคุณง่ายขึ้น เอกสารเกี่ยวกับการลงนาม Device Guard สามารถพบได้ที่นี่: https://docs.microsoft.com/windows/msix/package/signing-package-device-guard-signing