ตกลงฉันได้รับฟังการอภิปรายเกี่ยวกับ "ViewModels" เกี่ยวกับ ASP.NET MVC ของ MS
ตอนนี้ที่ตั้งใจให้เป็น Model เฉพาะใช่ไหม? ไม่ใช่มุมมองที่เฉพาะเจาะจง
ตามความเข้าใจของฉันมันเป็น Model ชนิดหนึ่งที่มีจุดประสงค์เฉพาะในการโต้ตอบกับ View? หรืออะไรทำนองนั้น?
ขอขอบคุณคำชี้แจงบางประการ
คำตอบ:
โมเดลพื้นฐานและโมเดลมุมมองเป็นคลาสง่ายๆที่มีคุณสมบัติ
วัตถุประสงค์หลักของคลาสเหล่านี้คือเพื่ออธิบาย (ถึง "โมเดล") อ็อบเจกต์สำหรับผู้ชมตามลำดับซึ่งเป็นผู้ควบคุมและมุมมองตามลำดับ
ดังนั้นคุณพูดถูกต้องสมบูรณ์เมื่อคุณพูด
ตามความเข้าใจของฉันมันเป็น Model ชนิดหนึ่งที่มีวัตถุประสงค์เฉพาะในการโต้ตอบกับ View
ดังนั้นในขณะที่คลาส Model เป็นเอนทิตีโดเมนที่มีประสิทธิภาพซึ่งแอปพลิเคชันของคุณโต้ตอบด้วย View Models เป็นคลาสง่ายๆที่มุมมองของคุณโต้ตอบด้วย
หวังว่าจะช่วยได้ :)
อัปเดต :
Microsoft ได้พัฒนารูปแบบการนำเสนอเฉพาะรุ่นโดย Martin fowler โดยส่วนใหญ่ใช้ Model-View-Controller และเรียกมันว่า Model-View-ViewModel (MVVM) สำหรับแอปพลิเคชัน PF รูปแบบนี้กำหนดเป้าหมายไปที่แพลตฟอร์มการพัฒนา UI สมัยใหม่ซึ่งนักพัฒนา UI มีข้อกำหนดที่แตกต่างกันตามตรรกะทางธุรกิจมากกว่านักพัฒนาแบบเดิม ลองดูทฤษฎีเล็กน้อยที่นี่
ในแง่ที่ง่ายที่สุดฉันชอบคิดสิ่งต่อไปนี้:
โมเดล:ดูและให้ความรู้สึกเหมือนโมเดลข้อมูลของคุณอย่างเคร่งครัด สำหรับเจตนาและวัตถุประสงค์ทั้งหมดเป็นเพียงการแสดงคลาสของโมเดลข้อมูลของคุณ ไม่มีความรู้เกี่ยวกับมุมมองของคุณหรือองค์ประกอบใด ๆ ในมุมมองของคุณ ที่กล่าวว่าไม่ควรมีตัวตกแต่งแอตทริบิวต์ใด ๆ (เช่นจำเป็นความยาว ฯลฯ ) ที่คุณจะใช้สำหรับมุมมองของคุณ
View Model:ทำหน้าที่เป็นตัวประสานข้อมูลระหว่าง View และ Model ของคุณและในหลาย ๆ กรณีก็เป็น Wrapper สำหรับ Model ของคุณเช่นกัน มันจะถูกทำให้ไร้ประโยชน์หากไม่มี View ดังนั้นโดยทั่วไปแล้วจะไม่สามารถใช้ซ้ำได้ในหลาย ๆ View และ Controllers เหมือนรุ่นมาตรฐาน
ตัวอย่างเช่นโมเดลของคุณอาจมีคุณสมบัติดังต่อไปนี้ซึ่งเป็นการแสดงถึงแหล่งข้อมูลของคุณโดยตรง:
public string FirstName { get; set; }
public string LastName { get; set; }
ตอนนี้เนื่องจาก View Model ของคุณเชื่อมโยงกับ View ของคุณโมเดลอาจมีคุณสมบัติดังต่อไปนี้ซึ่งเชื่อมฟิลด์ FirstName ของโมเดลและฟิลด์ LastName เข้าด้วยกันเป็นสตริงเดียว:
[Display(Name = "Customer Name")]
public string CustomerFullName { get { return String.Format("{0} {1}", myModel.FirstName, myModel.LastName) }}
ฉันพบว่าบทความนี้เป็นแหล่งข้อมูลที่มีประโยชน์มากในการทำความเข้าใจว่า "แบบจำลองโดเมน" และ "ดูโมเดล" โต้ตอบกันอย่างไรภายในแอปพลิเคชัน MVC โดยเฉพาะอย่างยิ่งในเรื่องการเชื่อมโยง สิ่งที่ดีที่สุดคือมีตัวอย่างแทนคำอธิบายนามธรรม
"ตั้งแต่ MVC ได้รับการเผยแพร่ฉันสังเกตเห็นความสับสนอย่างมากเกี่ยวกับวิธีสร้างโมเดลมุมมองที่ดีที่สุดบางครั้งความสับสนนี้ก็ไม่ได้เป็นไปโดยไม่มีเหตุผลที่ดีเนื่องจากดูเหมือนว่าจะไม่มีข้อมูลมากมายเกี่ยวกับคำแนะนำแนวทางปฏิบัติที่ดีที่สุดนอกจากนี้ไม่มี โซลูชัน "ขนาดเดียวที่เหมาะกับทุกคน" ที่ทำหน้าที่เป็นสัญลักษณ์แสดงหัวข้อย่อยเงินในโพสต์นี้ฉันจะอธิบายรูปแบบหลักบางส่วนที่เกิดขึ้นและข้อดี / ข้อเสียของแต่ละรูปแบบสิ่งสำคัญคือต้องสังเกตว่ารูปแบบเหล่านี้มีหลายรูปแบบ เกิดขึ้นจากผู้คนที่แก้ปัญหาในโลกแห่งความเป็นจริง "
http://geekswithblogs.net/michelotti/archive/2009/10/25/asp.net-mvc-view-model-patterns.aspx
วิกิพีเดียมีคำอธิบาย Model vs. ModelView ที่สมบูรณ์มากกว่าที่คุณจะได้รับในคำตอบ SO: http://en.wikipedia.org/wiki/Model_View_ViewModel
ฉันอ้าง:
โมเดล : เช่นเดียวกับในรูปแบบ MVC แบบคลาสสิกโมเดลจะอ้างถึง (a) โมเดลอ็อบเจ็กต์ที่แสดงถึงเนื้อหาสถานะจริง (แนวทางเชิงวัตถุ) หรือ (b) ชั้นการเข้าถึงข้อมูลที่แสดงถึงเนื้อหานั้น (ข้อมูล - แนวทางศูนย์กลาง)
มุมมอง : เช่นเดียวกับรูปแบบ MVC แบบคลาสสิกมุมมองหมายถึงองค์ประกอบทั้งหมดที่แสดงโดย GUI เช่นปุ่มหน้าต่างกราฟิกและตัวควบคุมอื่น ๆ
ViewModel : ViewModel เป็น“ Model of the View” ซึ่งหมายความว่าเป็นนามธรรมของ View ที่ทำหน้าที่ในการเชื่อมโยงข้อมูลระหว่าง View และ Model อาจถูกมองว่าเป็นลักษณะพิเศษของสิ่งที่จะเป็น Controller (ในรูปแบบ MVC) ที่ทำหน้าที่เป็นตัวประสาน / ตัวแปลงข้อมูลที่เปลี่ยนข้อมูล Model เป็น View information และส่งคำสั่งจาก View ไปยัง Model ViewModel แสดงคุณสมบัติสาธารณะคำสั่งและ abstractions ViewModel ได้รับการเปรียบเทียบกับสถานะแนวคิดของข้อมูลเมื่อเทียบกับสถานะจริงของข้อมูลใน Model
มีแนวคิดเกี่ยวกับ ViewModel แต่โดยทั่วไปแล้วจะไม่เกี่ยวข้องกับ Asp.net MVC MVC ใช้รูปแบบ Model View Controller ซึ่งคอนโทรลเลอร์จะจัดการการโต้ตอบสร้างข้อมูลจาก Model จากนั้นส่งข้อมูลนั้นไปยัง View for display
ViewModels (และรูปแบบ Model View ViewModel) โดยทั่วไปจะเกี่ยวข้องกับ Silverlight และ WPF มากกว่า Xaml แตกต่างกันเล็กน้อยตรงที่มุมมองสามารถเชื่อมโยงสองทางกับ ViewModels ได้ดังนั้นเทคโนโลยีจึงแตกต่างกันเล็กน้อย ตัวอย่างเช่นหากคุณผูกกล่องข้อความเข้ากับเขตข้อมูลเมื่อคุณพิมพ์ลงในกล่องข้อความนั้นค่าของเขตข้อมูลจะได้รับการอัปเดตแบบไดนามิก การโต้ตอบประเภทนี้ไม่สามารถทำได้จริงในหน้าเว็บเนื่องจากหน้าเว็บไม่มีสถานะ
ความคล้ายคลึงกันในสองรูปแบบคือทั้งสองพยายามแยกตรรกะออกจากการแสดงผล การใช้งาน / เหตุผลที่พบบ่อยที่สุดคือการทดสอบ: คุณต้องการดำเนินการจากโค้ด (ผ่านกรอบการทดสอบ) การโต้ตอบทั้งหมดที่ผู้ใช้จะเรียกใช้ผ่านอินเทอร์เฟซผู้ใช้