การรวมกันของ MVVMCross และปริซึม

อัปเดต: ดูคำตอบที่สองด้านล่าง...

พรุ่งนี้ฉันอาจต้องเขียนคำตอบที่ยาวกว่านี้...

เป็นคำตอบเบื้องต้น:

• มีคนทำพอร์ต MvvmCross ไปยัง Silverlight แล้ว และนักพัฒนาได้แนะนำว่าสิ่งนี้อาจใช้ได้กับชุมชนในวงกว้าง
• MvvmCross เวอร์ชัน PCL ควรตรงไปตรงมามากในการพอร์ตไปยัง WPF - แม้ว่าอาจไม่ใช่หากจำเป็นต้องใช้เวอร์ชัน .Net Runtime ที่เก่ากว่า
• ในฐานะหัวหน้าฝ่ายพัฒนาของ MvvmCross จนถึงปัจจุบัน ฉันสนใจที่จะสนับสนุน WPF เป็นการส่วนตัว โดยเฉพาะตอนนี้สำหรับโปรเจ็กต์ของฉัน http://github.com/slodge/BallControl ซึ่งต้องใช้เดสก์ท็อปในการทำงาน (Windows Store พิการ - pah!)
• รองรับ UI แบบคอมโพสิตใน MvvmCross - เช่น แท็บ, pivots, พาโนรามา, การแยก, ลูกโมดอล ฯลฯ - แต่ยังไม่มีงานทำมากนักบน UI แบบคอมโพสิตเต็มรูปแบบเหมือนที่เห็นบ่อยใน Prism
• ฉันเคยเห็นผู้คนรวม MvvmCross เข้ากับเฟรมเวิร์ก IoC อื่น ๆ แต่ (ยังไม่มีงานที่ฉันรู้) จนถึงปัจจุบันในการรวม MvvmCross กับ MEF (ซึ่งมักใช้กับปริซึม?)

หากฉันกำลังแก้ไขปัญหานี้ ฉันจะมาที่สิ่งนี้:

1. ตรวจสอบให้แน่ใจว่าเราพยายามทำให้แอปที่ใช้งานได้ออกมาเป็นอันดับแรก สิ่งที่สำคัญที่สุดคือแอปมีความสำคัญมากกว่าเฟรมเวิร์ก
2. สำหรับเฟรมเวิร์ก ฉันจะลองย้ายการตั้งค่า IoC พื้นฐานไปยังส่วนแรกและการนำทางแบบง่ายๆ
3. สำหรับการนำทางที่กำหนดเอง (สำหรับการแสดง UI ในภูมิภาค) ฉันจะดูบทบาทของผู้นำเสนอใน MvvmCross - นี่คือสิ่งที่ฉันใช้ในตัวอย่างแท็บ ในตัวอย่างมุมมองแยกของ iPad ฯลฯ เพื่อให้คุณสมบัติ UI ที่ซับซ้อน
4. หากการนำทางแบบกำหนดเองนี้ไม่เพียงพอ ฉันจะดูว่ามันจะเปลี่ยนแปลง / แทนที่ / ขยายได้อย่างไร - เดา ของฉันคือข้อกำหนดของแท้สำหรับ WPF/Prism จริง ๆ แล้วค่อนข้างคล้ายกับข้อกำหนดของแท้ สำหรับแอปแท็บเล็ต iPad, Surface และ Nexus ที่ใหญ่กว่า
5. ฉันจะพยายามทำให้ทุกอย่างเป็นแบบโมดูลาร์และเป็นทางเลือกเพื่อให้แอปโทรศัพท์ขนาดเล็กไม่ต้องดึงกระบวนการนำทางขนาดใหญ่ที่แอปขนาดใหญ่อาจต้องการ ข้อเสียของสิ่งนี้อาจมีหลายโครงการและ DLLs!
6. ฉันยังเปิดรับการแยกออกเป็นโปรเจ็กต์ที่แยกจากกัน - โลกซอฟต์แวร์สมัยใหม่ส่วนใหญ่ถูกปกครองโดยแอพที่มีเป้าหมายขนาดเล็กแทนที่จะเป็นเฟรมเวิร์กที่ใหญ่กว่าและแผ่กิ่งก้านสาขา
7. เนื่องจากฉันเป็นงานพาร์ทไทม์ที่ Mvx และนี่คืองานเต็มเวลาของคุณ ฉันขอแนะนำอย่างยิ่งว่าอย่าปล่อยให้ Mvx รั้งคุณไว้!

ปฏิกิริยาแรกของฉันคือ 'ใช่ ฉันจะ จริงๆ สนใจทำงานนี้' ข้อเสีย (ดังที่กล่าวข้างต้น) ก็คือฉันมีเวลาว่างกับ mvx เท่านั้น....

นี่คือคำตอบที่สอง...

• ฉันใช้ MvvmCross เวอร์ชัน WinRT เป็นฐาน (แต่ยังใช้องค์ประกอบของ Console, WP7, Touch และ Droid ด้วย)
• ฉันสร้าง MvvmCross เวอร์ชัน WPF อย่างง่าย - https://github.com/slodge/MvvmCross/tree/vnext/Cirrious/Cirrious.MvvmCross.Wpf
• The main feature of this version is that it doesn't contain much in the way of navigation
  • e.g. don't try calling Back!
  • เช่น. presenter หลักยังคงเป็นนามธรรมเพื่อให้ UI ของแอปพลิเคชันนำไปใช้ - ดู https://github.com/slodge/MvvmCross/blob/vnext/Cirrious/Cirrious.MvvmCross.Wpf/Views/MvxWpfViewPresenter.cs

• I then took the TwitterSearch demo app - https://github.com/slodge/MvvmCross/tree/vnext/Sample%20-%20TwitterSearch/TwitterSearch.UI.Wpf
  • created some simple views (using cut and paste of Xaml from WP7 version)
  • สร้างผู้นำเสนอตามภูมิภาคอย่างง่าย - ดูวิธีใช้ RegionAttribute ใน https://github.com/slodge/MvvmCross/blob/vnext/Sample%20-%20TwitterSearch/TwitterSearch.UI.Wpf/MultiRegionPresenter.cs และใน https://github.com/slodge/MvvmCross/blob/vnext/Sample%20-%20TwitterSearch/TwitterSearch.UI.Wpf/MainWindow.xaml.cs
  • นั่นแหละ... ให้หรือใช้เวลาสองสามชั่วโมงในการแก้ไขจุดบกพร่อง

มีวิดีโอสาธิตการใช้งานนี้ - พร้อมคำอธิบายบางส่วนที่: http://youtu.be/pYkLxqpu_5E

แน่นอนว่านี่เป็นเพียงก้าวแรกในการสนับสนุน Wpf แต่ฉันสงสัยว่ามันจะตอบสนองกรณีการใช้งานได้ค่อนข้างมากแล้ว... โปรดอย่าลังเลที่จะแยกแผนผังต้นทางและขยายหรือแทนที่ความพยายามครั้งแรกนี้ นอกจากนี้ หากไม่ได้ผลสำหรับคุณ อย่าลังเลที่จะละทิ้งมันและลองทำอย่างอื่นแทน

ฉันจะพยายามทำงานให้มากกว่านี้ - แต่ไม่สามารถจัดลำดับความสำคัญให้เหนือกว่างานที่ได้ค่าจ้างได้... แต่ฉันเปิดรับค่าจ้างให้ทำงานกับ mvvmcross ด้วยเช่นกัน :)