Chỉnh sửa: Tôi đã cập nhật câu trả lời này trên Blog của mình:
http://www.samwheat.com/post/The-feft-of-ViewModels-in-MVC-web-development
Câu trả lời của tôi hơi dài dòng nhưng tôi nghĩ điều quan trọng là so sánh các mô hình xem với các loại mô hình thường được sử dụng khác để hiểu tại sao chúng khác nhau và tại sao chúng lại cần thiết.
Để tóm tắt và trả lời trực tiếp câu hỏi được hỏi:
Nói chung, mô hình khung nhìn là một đối tượng chứa tất cả các thuộc tính và phương thức cần thiết để hiển thị một khung nhìn. Các thuộc tính mô hình xem thường liên quan đến các đối tượng dữ liệu như khách hàng và đơn đặt hàng và ngoài ra chúng cũng chứa các thuộc tính liên quan đến trang hoặc chính ứng dụng như tên người dùng, tên ứng dụng, v.v. Các mô hình xem cung cấp một đối tượng thuận tiện để chuyển đến một công cụ kết xuất tạo một trang html. Một trong nhiều lý do để sử dụng mô hình khung nhìn là các mô hình khung nhìn cung cấp một cách để kiểm tra đơn vị một số tác vụ trình bày nhất định như xử lý dữ liệu nhập của người dùng, xác thực dữ liệu, truy xuất dữ liệu để hiển thị, v.v.
Dưới đây là so sánh các mô hình Thực thể (mô hình a.ka. a.ka. của DTO), Mô hình trình bày và Mô hình xem.
Đối tượng truyền dữ liệu hay còn gọi là Model Model
Đối tượng truyền dữ liệu (DTO) là một lớp có các thuộc tính khớp với lược đồ bảng trong cơ sở dữ liệu. DTO được đặt tên theo cách sử dụng phổ biến của họ để chuyển dữ liệu đến và từ một cửa hàng dữ liệu.
Đặc điểm của DTO:
• Là đối tượng kinh doanh - định nghĩa của chúng phụ thuộc vào dữ liệu ứng dụng.
• Thường chỉ chứa các thuộc tính - không có mã.
• Chủ yếu được sử dụng để vận chuyển dữ liệu đến và từ cơ sở dữ liệu.
• Thuộc tính chính xác hoặc khớp các trường trên một bảng cụ thể trong kho lưu trữ dữ liệu.
Các bảng cơ sở dữ liệu thường được chuẩn hóa do đó các DTO thường cũng được chuẩn hóa. Điều này làm cho chúng được sử dụng hạn chế để trình bày dữ liệu. Tuy nhiên, đối với các cấu trúc dữ liệu đơn giản nhất định, chúng thường làm khá tốt.
Đây là hai ví dụ về hình dạng của DTO:
public class Customer
{
public int ID { get; set; }
public string CustomerName { get; set; }
}
public class Order
{
public int ID { get; set; }
public int CustomerID { get; set; }
public DateTime OrderDate { get; set; }
public Decimal OrderAmount { get; set; }
}
Mô hình trình bày
Mô hình trình bày là một lớp tiện ích được sử dụng để hiển thị dữ liệu trên màn hình hoặc báo cáo. Các mô hình trình bày thường được sử dụng để mô hình các cấu trúc dữ liệu phức tạp được tạo từ dữ liệu từ nhiều DTO. Các mô hình trình bày thường đại diện cho một cái nhìn không chuẩn hóa dữ liệu.
Đặc điểm của mô hình trình bày:
• Là đối tượng kinh doanh - định nghĩa của chúng phụ thuộc vào dữ liệu ứng dụng.
• Chứa hầu hết các thuộc tính. Mã thường được giới hạn trong việc định dạng dữ liệu hoặc chuyển đổi sang hoặc từ DTO. Mô hình trình bày không nên chứa logic kinh doanh.
• Thường trình bày một cái nhìn không chuẩn hóa dữ liệu. Đó là, họ thường kết hợp các thuộc tính từ nhiều DTO.
• Thường chứa các thuộc tính của loại cơ sở khác với DTO. Ví dụ, số tiền có thể được biểu diễn dưới dạng chuỗi để chúng có thể chứa dấu phẩy và ký hiệu tiền tệ.
• Thường được xác định bởi cách chúng được sử dụng cũng như các đặc điểm đối tượng của chúng. Nói cách khác, một DTO đơn giản được sử dụng làm mô hình sao lưu để hiển thị lưới trên thực tế cũng là một mô hình trình bày trong ngữ cảnh của lưới đó.
Các mô hình trình bày được sử dụng, khi cần thiết và các nơi cần thiết (trong khi DTO thường được gắn với lược đồ cơ sở dữ liệu). Một mô hình trình bày có thể được sử dụng để mô hình hóa dữ liệu cho toàn bộ trang, lưới trên một trang hoặc thả xuống trên lưới trên một trang. Các mô hình trình bày thường chứa các thuộc tính là các mô hình trình bày khác. Các mô hình trình bày thường được xây dựng cho một mục đích sử dụng duy nhất như để hiển thị một lưới cụ thể trên một trang.
Một mô hình trình bày ví dụ:
public class PresentationOrder
{
public int OrderID { get; set; }
public DateTime OrderDate { get; set; }
public string PrettyDate { get { return OrderDate.ToShortDateString(); } }
public string CustomerName { get; set; }
public Decimal OrderAmount { get; set; }
public string PrettyAmount { get { return string.Format("{0:C}", OrderAmount); } }
}
Xem mô hình
Mô hình khung nhìn tương tự như mô hình trình bày trong đó là lớp hỗ trợ để hiển thị chế độ xem. Tuy nhiên, nó rất khác với Mô hình trình bày hoặc DTO về cách thức xây dựng nó. Các mô hình xem thường chứa các thuộc tính giống như các mô hình trình bày và của DTO và vì lý do này, chúng thường bị nhầm lẫn với nhau.
Đặc điểm của mô hình xem:
• Là nguồn dữ liệu duy nhất được sử dụng để hiển thị trang hoặc màn hình. Thông thường, điều này có nghĩa là một mô hình chế độ xem sẽ hiển thị mọi thuộc tính mà mọi điều khiển trên trang sẽ cần hiển thị chính xác. Làm cho mô hình khung nhìn trở thành nguồn dữ liệu duy nhất cho khung nhìn giúp cải thiện đáng kể khả năng và giá trị của nó cho thử nghiệm đơn vị.
• Là các đối tượng tổng hợp có chứa các thuộc tính bao gồm dữ liệu ứng dụng cũng như các thuộc tính được sử dụng bởi mã ứng dụng. Đặc tính này rất quan trọng khi thiết kế mô hình khung nhìn cho khả năng sử dụng lại và được thảo luận trong các ví dụ dưới đây.
• Chứa mã ứng dụng. Mô hình xem thường chứa các phương thức được gọi trong khi kết xuất và khi người dùng tương tác với trang. Mã này thường liên quan đến xử lý sự kiện, hoạt hình, khả năng hiển thị của các điều khiển, kiểu dáng, v.v.
• Chứa mã gọi các dịch vụ kinh doanh cho mục đích lấy dữ liệu hoặc gửi nó đến một máy chủ cơ sở dữ liệu. Mã này thường bị đặt nhầm trong bộ điều khiển. Gọi các dịch vụ kinh doanh từ bộ điều khiển thường giới hạn tính hữu ích của mô hình xem để thử nghiệm đơn vị. Để rõ ràng, bản thân các mô hình xem không nên chứa logic nghiệp vụ mà nên thực hiện các cuộc gọi đến các dịch vụ có chứa logic nghiệp vụ.
• Thường chứa các thuộc tính là các mô hình xem khác cho các trang hoặc màn hình khác.
• Được viết trên mỗi trang Tử hoặc trên mỗi màn hình. Mô hình Chế độ xem duy nhất thường được viết cho mọi trang hoặc màn hình trong một ứng dụng.
• Thường xuất phát từ một lớp cơ sở vì hầu hết các trang và màn hình chia sẻ các thuộc tính chung.
Xem thành phần mô hình
Như đã nêu trước đó, các mô hình xem là các đối tượng tổng hợp trong đó chúng kết hợp các thuộc tính ứng dụng và thuộc tính dữ liệu nghiệp vụ trên một đối tượng. Ví dụ về các thuộc tính ứng dụng thường được sử dụng trên các mô hình xem là:
• Các thuộc tính được sử dụng để hiển thị trạng thái ứng dụng như thông báo lỗi, tên người dùng, trạng thái, v.v.
• Thuộc tính được sử dụng để định dạng, hiển thị, cách điệu hoặc điều khiển hoạt hình.
• Thuộc tính được sử dụng để liên kết dữ liệu, chẳng hạn như liệt kê các đối tượng và thuộc tính chứa dữ liệu trung gian được người dùng nhập vào.
Các ví dụ sau đây cho thấy lý do tại sao tính chất tổng hợp của các mô hình xem là quan trọng và làm thế nào chúng ta có thể xây dựng Mô hình Chế độ xem hiệu quả và có thể tái sử dụng tốt nhất.
Giả sử chúng ta đang viết một ứng dụng web. Một trong những yêu cầu của thiết kế ứng dụng là tiêu đề trang, tên người dùng và tên ứng dụng phải được hiển thị trên mỗi trang. Nếu chúng tôi muốn tạo một trang để hiển thị một đối tượng thứ tự trình bày, chúng tôi có thể sửa đổi mô hình trình bày như sau:
public class PresentationOrder
{
public string PageTitle { get; set; }
public string UserName { get; set; }
public string ApplicationName { get; set; }
public int OrderID { get; set; }
public DateTime OrderDate { get; set; }
public string PrettyDate { get { return OrderDate.ToShortDateString(); } }
public string CustomerName { get; set; }
public Decimal OrderAmount { get; set; }
public string PrettyAmount { get { return string.Format("{0:C}", OrderAmount); } }
}
Thiết kế này có thể hoạt động được nhưng nếu chúng ta muốn tạo một trang sẽ hiển thị danh sách các đơn đặt hàng thì sao? Các thuộc tính PageTitle, UserName và ApplicationName sẽ được lặp lại và trở nên khó sử dụng. Ngoài ra, nếu chúng ta muốn định nghĩa một số logic cấp độ trang trong hàm tạo của lớp thì sao? Chúng tôi không còn có thể làm điều đó nếu chúng tôi tạo một phiên bản cho mỗi đơn hàng sẽ được hiển thị.
Thành phần trên thừa kế
Dưới đây là cách chúng ta có thể xác định lại mô hình trình bày thứ tự để nó trở thành mô hình khung nhìn thực và sẽ hữu ích để hiển thị một đối tượng PresentationOrder hoặc một bộ sưu tập các đối tượng PresentationOrder:
public class PresentationOrderVM
{
// Application properties
public string PageTitle { get; set; }
public string UserName { get; set; }
public string ApplicationName { get; set; }
// Business properties
public PresentationOrder Order { get; set; }
}
public class PresentationOrderVM
{
// Application properties
public string PageTitle { get; set; }
public string UserName { get; set; }
public string ApplicationName { get; set; }
// Business properties
public List<PresentationOrder> Orders { get; set; }
}
Nhìn vào hai lớp ở trên, chúng ta có thể thấy rằng một cách để suy nghĩ về một mô hình khung nhìn là nó là một mô hình trình bày có chứa một mô hình trình bày khác như một thuộc tính. Mô hình trình bày cấp cao nhất (ví dụ mô hình xem) chứa các thuộc tính có liên quan đến trang hoặc ứng dụng trong khi mô hình trình bày (thuộc tính) chứa các thuộc tính có liên quan đến dữ liệu ứng dụng.
Chúng ta có thể tiến lên một bước nữa và tạo ra một lớp mô hình khung nhìn cơ sở có thể được sử dụng không chỉ cho PresentationOrder, mà còn cho bất kỳ lớp nào khác:
public class BaseViewModel
{
// Application properties
public string PageTitle { get; set; }
public string UserName { get; set; }
public string ApplicationName { get; set; }
}
Bây giờ chúng ta có thể đơn giản hóa PresentationOrderVM của mình như thế này:
public class PresentationOrderVM : BaseViewModel
{
// Business properties
public PresentationOrder Order { get; set; }
}
public class PresentationOrderVM : BaseViewModel
{
// Business properties
public List<PresentationOrder> Orders { get; set; }
}
Chúng tôi có thể làm cho BaseViewModel của chúng tôi có thể sử dụng lại nhiều hơn bằng cách đặt nó chung chung:
public class BaseViewModel<T>
{
// Application properties
public string PageTitle { get; set; }
public string UserName { get; set; }
public string ApplicationName { get; set; }
// Business property
public T BusinessObject { get; set; }
}
Bây giờ việc thực hiện của chúng tôi là dễ dàng:
public class PresentationOrderVM : BaseViewModel<PresentationOrder>
{
// done!
}
public class PresentationOrderVM : BaseViewModel<List<PresentationOrder>>
{
// done!
}
