OK, tôi đã nghe thảo luận về "ViewModels" liên quan đến ASP.NET MVC của MS.
Bây giờ, nó được dự định là một loại Mô hình cụ thể, đúng không? Không phải là một loại Chế độ xem cụ thể.
Theo hiểu biết của tôi, đó là một loại Mô hình có mục đích cụ thể là tương tác với Chế độ xem? Hoặc điều tương tự?
Một số làm rõ sẽ được đánh giá cao.
Câu trả lời:
Về cơ bản Model và View Model đều là các lớp đơn giản với các thuộc tính.
Mục tiêu chính của các lớp này là mô tả (thành "Mô hình") một đối tượng cho các đối tượng tương ứng của chúng tương ứng là bộ điều khiển và khung nhìn.
Vì vậy, bạn hoàn toàn đúng khi bạn nói
Theo hiểu biết của tôi, đó là một loại Mô hình có mục đích cụ thể là tương tác với Chế độ xem
Vì vậy, trong khi các lớp Mô hình là các Thực thể miền mà ứng dụng của bạn tương tác một cách hiệu quả, thì Mô hình Chế độ xem là các lớp đơn giản mà các khung nhìn của bạn tương tác với.
Hy vọng nó giúp :)
Cập nhật :
Microsoft đã phát triển một phiên bản chuyên biệt của Presentation Pattern bởi Martin fowler phần lớn dựa trên Model-View-Controller và gọi nó là Model-View-ViewModel (MVVM) cho ứng dụng PF. Mô hình này được nhắm mục tiêu vào các nền tảng phát triển giao diện người dùng hiện đại, nơi các nhà phát triển giao diện người dùng có các yêu cầu khác nhau dựa trên logic kinh doanh nhiều hơn so với các nhà phát triển truyền thống. Hãy xem ở đây để biết một chút lý thuyết
Nói một cách đơn giản nhất, tôi muốn nghĩ như sau:
Mô hình: Giao diện giống hệt mô hình dữ liệu của bạn. Đối với tất cả các ý định và mục đích, nó chỉ là đại diện lớp cho mô hình dữ liệu của bạn. Nó không biết về Chế độ xem của bạn hoặc bất kỳ yếu tố nào trong Chế độ xem của bạn. Điều đó nói rằng, nó không được chứa bất kỳ trình trang trí thuộc tính nào (tức là; Bắt buộc, Độ dài, v.v.) mà bạn sẽ sử dụng cho Chế độ xem của mình.
Chế độ xem Mô hình: Đóng vai trò là chất kết dính dữ liệu giữa Chế độ xem và Mô hình của bạn và trong nhiều trường hợp, cũng là một trình bao bọc cho Mô hình của bạn. Nó sẽ trở nên vô dụng nếu không có Chế độ xem, do đó, nó thường không thể sử dụng lại trên nhiều Chế độ xem và Bộ điều khiển như Mô hình tiêu chuẩn.
Ví dụ: Mô hình của bạn có thể có các thuộc tính sau, là các thuộc tính đại diện trực tiếp cho nguồn dữ liệu của bạn:
public string FirstName { get; set; }
public string LastName { get; set; }Bây giờ, vì Mô hình Chế độ xem của bạn được liên kết với Chế độ xem của bạn, nó có thể có thuộc tính sau - thuộc tính này nối trường FirstName của Mô hình và trường LastName với nhau thành một chuỗi:
[Display(Name = "Customer Name")]
public string CustomerFullName { get { return String.Format("{0} {1}", myModel.FirstName, myModel.LastName) }}Tôi thấy bài viết này là một tài nguyên rất hữu ích để hiểu cách "Mô hình miền" và "Mô hình chế độ xem" tương tác trong một ứng dụng MVC, đặc biệt là liên quan đến ràng buộc. Tốt nhất là bao gồm các ví dụ thay vì mô tả trừu tượng.
"Kể từ khi MVC được phát hành, tôi đã quan sát thấy nhiều sự nhầm lẫn về cách tốt nhất để xây dựng mô hình lượt xem. Đôi khi sự nhầm lẫn này không phải là không có lý do chính đáng vì dường như không có nhiều thông tin về các khuyến nghị thực tiễn tốt nhất. Ngoài ra, không có giải pháp “một kích thước phù hợp với tất cả” hoạt động như một viên đạn bạc. Trong bài đăng này, tôi sẽ mô tả một số mô hình chính đã xuất hiện và ưu / nhược điểm của từng loại. Điều quan trọng cần lưu ý là nhiều mô hình trong số này đã xuất hiện từ những người giải quyết các vấn đề trong thế giới thực. "
http://geekswithblogs.net/michelotti/archive/2009/10/25/asp.net-mvc-view-model-patterns.aspx
WikiPedia có mô tả đầy đủ hơn về Model so với ModelView mà bạn sẽ nhận được trong câu trả lời SO: http://en.wikipedia.org/wiki/Model_View_ViewModel
Tôi trích dẫn:
Mô hình : như trong mẫu MVC cổ điển, mô hình đề cập đến (a) mô hình đối tượng đại diện cho nội dung trạng thái thực (cách tiếp cận hướng đối tượng) hoặc (b) lớp truy cập dữ liệu đại diện cho nội dung đó (một dữ liệu- cách tiếp cận trọng tâm).
Chế độ xem : như trong mẫu MVC cổ điển, chế độ xem đề cập đến tất cả các phần tử được hiển thị bởi GUI như các nút, cửa sổ, đồ họa và các điều khiển khác.
ViewModel : ViewModel là “Mô hình của Chế độ xem” có nghĩa là nó là một phần trừu tượng của Chế độ xem cũng đóng vai trò liên kết dữ liệu giữa Chế độ xem và Mô hình. Nó có thể được xem như một khía cạnh chuyên biệt của một Bộ điều khiển (trong mẫu MVC) hoạt động như một chất kết dính / chuyển đổi dữ liệu thay đổi thông tin Mô hình thành thông tin Chế độ xem và chuyển các lệnh từ Chế độ xem vào Mô hình. ViewModel hiển thị các thuộc tính, lệnh và phần tóm tắt công khai. ViewModel đã được ví như một trạng thái khái niệm của dữ liệu trái ngược với trạng thái thực của dữ liệu trong Mô hình.
Có một khái niệm về ViewModel, nhưng nó thường không được liên kết với Asp.net MVC. MVC sử dụng mẫu Bộ điều khiển Chế độ xem Mô hình, nơi bộ điều khiển xử lý các tương tác, xây dựng dữ liệu từ Mô hình, rồi chuyển dữ liệu đó đến Chế độ xem để hiển thị.
ViewModels (và mẫu ViewModel Model View) thường được liên kết với Silverlight và WPF. Xaml hơi khác ở chỗ các khung nhìn có thể thực hiện liên kết hai chiều với các ViewModels, vì vậy công nghệ có một chút khác biệt. Ví dụ: nếu bạn liên kết hộp văn bản với một trường, khi bạn nhập vào hộp văn bản đó, giá trị của trường sẽ được cập nhật động. Loại tương tác này không thực sự khả thi trong các trang web vì các trang web là không trạng thái.
Điểm giống nhau trong hai mẫu là cả hai đều cố gắng tách logic khỏi màn hình. Cách sử dụng / lý do phổ biến nhất cho điều này là thử nghiệm: bạn muốn có thể thực hiện từ mã (thông qua khung thử nghiệm) tất cả các tương tác mà người dùng sẽ gọi qua Giao diện người dùng.