Windows 8 Runtime (แอป WinRT / Windows Store / Windows 10 Universal App) เปรียบเทียบกับ Silverlight และ WPF อย่างไร [ปิด]

ฉันพยายามทำให้ Windows 8 Runtime รอบใหม่ของฉันถูกใช้เพื่อสร้างแอพสไตล์Metro ฉันรู้ว่าคุณสามารถใช้กับXAMLและเป็นไปตาม. NET ดังนั้น C # และ VB.NET สามารถใช้ในการเขียนแอพได้ แต่ดูเหมือนว่ามีบางอย่างที่เกี่ยวข้องกับ HTML, CSS, DOM และ JavaScript

ใครสามารถอธิบายสิ่งที่อยู่ในวรรคสองสามในแง่ที่โปรแกรมเมอร์ NET UI สามารถเข้าใจ? (ฉันหายไปบางสิ่งที่“ สำคัญ” ที่จำเป็นต้องเข้าใจ)

เราทุกคนรู้ว่า WPF, Silverlight , Windows Formsเป็นต้นจะทำงานภายใต้ Windows 8 (และ Windows 10) อย่างน้อยในระบบ Intel ดังนั้นโปรดอย่าบอกฉันว่า ...

ที่ระดับต่ำสุด WinRT เป็นแบบจำลองวัตถุที่กำหนดไว้ในระดับ ABI มันใช้ COM เป็นฐาน (เพื่อให้วัตถุ WinRT ทุกเครื่องใช้IUnknownและทำการคำนวณใหม่) และสร้างจากที่นั่น มันเพิ่มแนวความคิดใหม่ ๆ จำนวนมากเมื่อเปรียบเทียบกับ COM ของเก่าซึ่งส่วนใหญ่มาจาก. NET โดยตรงตัวอย่างเช่นรูปแบบวัตถุ WinRT มีผู้รับมอบสิทธิ์และเหตุการณ์จะเสร็จสิ้นในรูปแบบ. NET (พร้อมตัวแทนและเพิ่ม / ลบสมาชิก วิธีการหนึ่งรายการต่อเหตุการณ์) แทนที่จะเป็น COM รุ่นเก่าของแหล่งเหตุการณ์และอ่างล้างมือ สิ่งที่น่าสังเกตอื่น ๆ WinRT ยังมีส่วนต่อประสาน ("ทั่วไป") อีกด้วย

การเปลี่ยนแปลงที่สำคัญอีกประการหนึ่งคือส่วนประกอบ WinRT ทั้งหมดมีข้อมูลเมตาสำหรับพวกเขาเช่นเดียวกับชุดประกอบ. NET ใน COM คุณ kinda sorta มีสิ่งนั้นกับ typelibs แต่ไม่ใช่ว่าทุกองค์ประกอบของ COM มีพวกเขา สำหรับ WinRT ข้อมูลเมตาจะอยู่ในไฟล์. winmd - ดูที่ "C: \ Program Files (x86) \ Windows Kits \ 8.0 \ Windows Metadata \" ในตัวอย่างผู้พัฒนา หากคุณแหย่ไปรอบ ๆ คุณจะเห็นว่าพวกเขาเป็นจริงประกอบ CLI ไม่มีรหัสเพียงตารางเม คุณสามารถเปิดได้ด้วย ILDASM อันที่จริง โปรดทราบว่านี่ไม่ได้หมายความว่า WinRT จะได้รับการจัดการ แต่เพียงแค่นำรูปแบบไฟล์กลับมาใช้ใหม่

จากนั้นก็มีห้องสมุดจำนวนหนึ่งที่นำไปใช้ในแง่ของรูปแบบวัตถุนั้นซึ่งกำหนดอินเทอร์เฟซและคลาส WinRT ดูที่โฟลเดอร์ "Windows Metadata" อีกครั้งเพื่อดูว่ามีอะไรอยู่ หรือเพียงแค่เรียกใช้ Object Browser ใน VS และเลือก "Windows 8.0" ในตัวเลือกเฟรมเวิร์กเพื่อดูสิ่งที่ครอบคลุม มีจำนวนมากอยู่ที่นั่นและมันก็ไม่ได้จัดการกับ UI คนเดียว - คุณยังได้รับ namespaces เช่นWindows.Data.JsonหรือหรือWindows.Graphics.PrintingWindows.Networking.Sockets

จากนั้นคุณจะได้รับห้องสมุดหลายอย่างซึ่งถูกโดยเฉพาะการจัดการกับ UI - ส่วนใหญ่เหล่านี้จะเป็น namespaces ต่างๆภายใต้หรือWindows.UI Windows.UI.Xamlมากของพวกเขามีความคล้ายกับ namespaces WPF / Silverlight - เช่นWindows.UI.Xaml.Controlsคือการจับคู่อย่างใกล้ชิดSystem.Windows.Controls; เหมือนกันWindows.UI.Xaml.Documentsเป็นต้น

ตอนนี้. NET มีความสามารถในการอ้างอิงองค์ประกอบ WinRT โดยตรงราวกับว่าพวกเขาเป็น. NET ประกอบ สิ่งนี้ทำงานแตกต่างจาก COM Interop - คุณไม่จำเป็นต้องใช้สิ่งประดิษฐ์ขั้นกลางใด ๆ เช่นแอสเซมบลี interop คุณเพียงแค่/rไฟล์. winmd และทุกประเภทและสมาชิกในเมตาดาต้าจะปรากฏให้คุณเห็นราวกับว่าพวกเขาเป็นวัตถุ. NET โปรดทราบว่าห้องสมุด WinRT นั้นเป็นเจ้าของภาษาอย่างสมบูรณ์ (และโปรแกรมภาษา C ++ ดั้งเดิมที่ใช้ WinRT ไม่จำเป็นต้องใช้ CLR เลย) - ความมหัศจรรย์ที่จะเปิดเผยสิ่งต่าง ๆ ทั้งหมดตามที่มีการจัดการอยู่ภายใน CLR และอยู่ในระดับค่อนข้างต่ำ หากคุณเป็น. NET โปรแกรม. NET ที่อ้างอิง. winmd คุณจะเห็นว่ามันดูเหมือนการอ้างอิงแอสเซมบลีภายนอก - ไม่มีการใช้กลอุบายมือเช่นประเภทการฝังที่นั่น

มันไม่ได้เป็นการทำแผนที่ทื่อเช่นกัน - CLR พยายามปรับประเภท WinRT ให้เทียบเท่ากับที่เป็นไปได้ ดังนั้น guid ของเช่นวันที่และยูริสกลายเป็นSystem.Guid, System.DateTimeและSystem.Uriตามลำดับ; ส่วนต่อประสานการเก็บ WinRT เช่นIIterable<T>และIVector<T>กลายเป็นIEnumerable<T>และIList<T>; และอื่น ๆ นี้ไปทั้งสองวิธี - ถ้าคุณมีวัตถุ NET ที่ดำเนินการIEnumerable<T>และผ่านมันกลับไป WinRT IIterable<T>ก็จะเห็นว่ามันเป็น

ท้ายที่สุดสิ่งนี้หมายความว่าแอป. NET Metro ของคุณจะเข้าถึงชุดย่อยของไลบรารี. NET มาตรฐานที่มีอยู่และไลบรารี WinRT (ดั้งเดิม) ซึ่งบางส่วนโดยเฉพาะอย่างยิ่งWindows.UIดูเหมือน Silverlight, API ที่ฉลาด คุณยังมี XAML เพื่อกำหนด UI ของคุณและคุณยังคงจัดการกับแนวคิดพื้นฐานเช่นเดียวกับใน Silverlight - การเชื่อมโยงข้อมูลทรัพยากรสไตล์แม่แบบและอื่น ๆ ในหลาย ๆ กรณีมันเป็นไปได้ที่จะพอร์ตแอป Silverlight เพียงแค่usingnamespaces ใหม่ และปรับแต่งโค้ดสองสามตำแหน่งที่มีการปรับ API

WinRT เองไม่มีส่วนเกี่ยวข้องกับ HTML และ CSS และมีความสัมพันธ์กับ JavaScript เฉพาะในแง่ที่ว่ามีการเปิดเผยเช่นเดียวกันกับวิธีที่ใช้กับ. NET คุณไม่จำเป็นต้องจัดการกับ HTML / CSS / JS เมื่อคุณใช้ไลบรารี WinRT UI ในแอป. NET Metro ของคุณ (ถ้าอย่างนั้นฉันว่าถ้าคุณต้องการจริงๆคุณสามารถโฮสต์การWebViewควบคุม ... ) ทักษะ. NET และ Silverlight ของคุณยังคงมีความเกี่ยวข้องอย่างมากในรูปแบบการเขียนโปรแกรมนี้

จากคำปราศรัยBuild :

พวกเขากำลังจัดหา API ทั่วไปให้กับทั้งแอป HTML / CSS / JavaScript และแอป C # / XAML จะใช้ C # และ XAML แต่จะไม่เป็น WPF หรือ Silverlight อย่างแน่นอน

แนวคิดหลักคือตอนนี้มีแทร็กการพัฒนาสองแทร็ก - เดสก์ท็อปและเมโทร

• เดสก์ท็อปเป็นที่ที่แอพเก่า ๆ ใช้งานอยู่
• คลาสใหม่ของแอปพลิเคชัน, แอปพลิเคชัน Metro สามารถสร้างได้หลายวิธีรวมถึงโดย VB.NET, C # หรือ C ++ ตัวเลือกภาษาทั้งสามนี้สามารถใช้ XAML เพื่อสร้าง UI ทางเลือกคือใช้ JavaScript / HTML5 / CSS สำหรับการพัฒนาทั้ง UI และรหัสแอปพลิเคชัน

ประเด็นสำคัญบางประการ:

• Windows 8 รู้สึกเหมือนเป็นระบบปฏิบัติการโทรศัพท์มือถือที่มีการลดอัตราการสุ่ม
• ใน Metro ไม่มีหน้าต่างระดับบนสุดที่ทับซ้อนกันเหมือนกับที่ไม่มีในโทรศัพท์มือถือ หากคุณต้องการแอพพลิเคชั่นสไตล์ MDI คุณต้องอยู่บนเดสก์ท็อป
• แอพสไตล์เมโทรจะถูกระงับโดยอัตโนมัติเมื่อมองไม่เห็น สิ่งนี้ทำเพื่อยืดอายุแบตเตอรี่ ซึ่งหมายความว่าจะไม่มีความหมายสำหรับแอปเดสก์ท็อปที่มีอยู่จำนวนมากซึ่งดำเนินการประมวลผลเบื้องหลังแม้ในขณะที่ผู้ใช้ไม่ได้โต้ตอบกับพวกเขา
• รุ่น ARM ของ Windows 8 จะไม่รองรับแอปพลิเคชันเดสก์ท็อป ดังนั้นหากคุณต้องการเขียนแอพและต้องการให้มันทำงานบน Windows รุ่นใดก็ได้ต้องเป็นแอพ Metro

มีเวอร์ชันดัดแปลงสถาปัตยกรรมที่แน่นอนจะช่วยให้คุณเข้าใจว่าสิ่งที่อยู่ หนึ่งในนินจา Telerik ได้สนทนากับทีมCLRและแก้ไขรูปภาพ:

ที่นี่คุณสามารถเห็นตำแหน่ง CLR ขณะนี้. NET Framework มีสองโปรไฟล์

1-. NET Metro profile (CLR ที่จัดการกับแอปพลิเคชัน Metro)

2- โปรไฟล์ไคลเอนต์. NET (รันไทม์ CLR สำหรับแอปพลิเคชัน C # และ VB.NET)

ฉันหวังว่านี่จะให้ภาพที่ชัดเจนขึ้น อ่านบทความเต็มรูปแบบในภาพที่ไม่ดีมีค่าการอภิปรายนานพัน .

จำนวนมากของรายละเอียดจาก Microsoft ที่นี่

Windows Runtime ถูกเปิดเผยโดยใช้ API ข้อมูลเมตา (ไฟล์. winmd) นี่เป็นรูปแบบเดียวกับที่ใช้โดย. NET Framework (Ecma-335) สัญญาไบนารีพื้นฐานช่วยให้คุณเข้าถึง Windows Runtime API ได้โดยตรงในภาษาที่คุณเลือก รูปร่างและโครงสร้างของ Windows Runtime API สามารถเข้าใจได้ทั้งภาษาคงที่เช่นภาษา C # และภาษาไดนามิกเช่น JavaScript IntelliSense ให้บริการใน JavaScript, C #, Visual Basic และ C ++

ในระยะสั้น Windows Runtime เป็นชุดของไลบรารีใหม่ที่เปิดเผยฟังก์ชันการทำงานของ Windows และพร้อมใช้งานกับ JavaScript / C # / VB / C ++ แต่ละภาษาได้รับการทำความเข้าใจและสามารถเรียกได้โดยตรงแทนที่จะต้องผ่านเลเยอร์บาง ๆ

Silverlight และ WPF เป็นรสชาติของ XAML ที่ทำงานบน CLR ท่ามกลางฟังก์ชั่นอื่น ๆ Windows Runtime แสดง XAML รุ่นหนึ่งคล้ายกับ Silverlight แต่ทำในลักษณะดั้งเดิมไม่ใช่ผ่าน CLR สามารถเข้าถึงได้จาก CLR แต่ยังมาจาก C ++