Làm thế nào để thay đổi editmodel/postmodel thành mô hình miền

Question

Trong một dự án ASP.NET MVC, chúng tôi đang sử dụng AutoMapper để ánh xạ từ mô hình miền sang viewmodel - và đôi khi cũng làm phẳng một hệ thống phân cấp trong khi làm như vậy. Điều này làm việc giống như một sự quyến rũ và làm cho logic dựng hình của quan điểm của chúng tôi rất gọn gàng và đơn giản.

Sự nhầm lẫn bắt đầu khi chúng tôi muốn đi theo cách khác từ chế độ xem (hoặc postmodel hoặc editmodel) sang mô hình miền, đặc biệt là khi cập nhật đối tượng. Chúng ta không thể sử dụng tự động/lập bản đồ hai chiều vì:

1. chúng ta sẽ phải xẹp lún hệ thống phân cấp dẹt
2. tất cả các thuộc tính trên mô hình miền sẽ phải có thể thay đổi/có setters công
3. những thay đổi đến từ chế độ xem không phải lúc nào cũng chỉ là các thuộc tính phẳng được ánh xạ trở lại miền, nhưng đôi khi cần gọi các phương thức như "ChangeManagerForEmployee()" hoặc tương tự.

này cũng được mô tả trong bài viết Jimmy Bogards: The case for two-way mapping in AutoMapper, nhưng giải pháp này không được mô tả một cách chi tiết, duy nhất mà họ đi:

Từ EditModel để CommandMessages - đi từ loosely- đã nhập Chỉnh sửaMô hình thành các tin nhắn được nhập mạnh mẽ, được chia nhỏ. Một EditModel có thể tạo ra một nửa tá tin nhắn.

Trong một tương tự SO question có một câu trả lời bằng Mark Seeman nơi ông đề cập rằng

Chúng tôi sử dụng người vẽ bản đồ và dịch vụ trừu tượng để ánh xạ một PostModel đến một đối tượng tên miền

nhưng các chi tiết - việc triển khai khái niệm và kỹ thuật - bị bỏ qua.

ý tưởng của chúng tôi ngay bây giờ là:

1. nhận được một FormCollection trong phương pháp hành động của bộ điều khiển
2. Lấy mô hình miền gốc và làm phẳng nó để viewModelOriginal và viewModelUpdated
3. sáp nhập FormCollection vào viewModelUpdated sử dụng UpdateModel()
4. Sử dụng một số phương pháp trợ giúp chung để so sánh viewModelOriginal với chế độ xemModelUpdated
5. Hoặc A) Tạo CommandMessages a la Jimmy Bogard hoặc B) Biến đổi sự khác biệt trực tiếp vào mô hình miền thông qua các thuộc tính và phương pháp (có thể lập bản đồ 1-1 thuộc tính trực tiếp thông qua AutoMapper)

Ai đó có thể cung cấp một số ví dụ về cách họ đến từ FormCollection qua editmodel/postmodel đến mô hình miền? "CommandMessages" hoặc "trừu tượng bản đồ và dịch vụ"?

Answer 1

tôi sử dụng mô hình sau:

[HttpPost] 
public ActionResult Update(UpdateProductViewModel viewModel) 
{ 
    // fetch the domain model that we want to update 
    Product product = repository.Get(viewModel.Id); 

    // Use AutoMapper to update only the properties of this domain model 
    // that are also part of the view model and leave the other properties unchanged 
    AutoMapper.Map<UpdateProductViewModel, Product>(viewModel, product); 

    // Pass the domain model with updated properties to the DAL 
    repository.Update(product); 

    return RedirectToAction("Success"); 
} 

Answer 2

Bạn có thể muốn xem xét CQRS (Command Query Trách nhiệm Tách riêng - Tôi nghĩ rằng đây có thể là khái niệm bạn bị mất tích), thậm chí có thể với sự kiện Sourcing. Về cơ bản nó là một thực hành tách logic của việc đọc từ một nguồn dữ liệu và ghi vào một nguồn dữ liệu, thậm chí có thể có nghĩa là có các mô hình dữ liệu khác nhau để đọc và viết.

Đây có thể là một nơi tốt để bắt đầu: http://abdullin.com/cqrs/

Answer 3

Lựa chọn C: Đặt nó tất cả trong hành động điều khiển. Tiếp theo, nếu đó là lông, phân hủy thành dịch vụ (trừu tượng lập bản đồ) hoặc tin nhắn-as-phương pháp (cách thông báo lệnh).

lệnh nhắn cách:

public ActionResult Save(FooSaveModel model) { 
    MessageBroker.Process(model); 

    return RedirectToAction("List"); 
} 

Và bộ vi xử lý:

public class FooSaveModelProcessor : IMessageHandler<FooSaveModel> { 

    public void Process(FooSaveModel message) { 
     // Message handling logic here 
    } 

} 

Đây thực sự là chỉ là về cách di chuyển "chế biến" của mẫu ra khỏi controller action và vào, xử lý chuyên dụng cá nhân .

Nhưng, tôi chỉ thực sự đi tuyến đường này nếu các hành động của bộ điều khiển bị lỗi. Nếu không, chỉ cần lấy biểu mẫu và thực hiện các cập nhật thích hợp đối với các mô hình miền khi cần thiết.

Answer 4

Có một số điểm tương đồng ở đây với những gì tôi đã làm. Cấu trúc phân cấp của tôi chỉ được làm phẳng từ các đối tượng miền tương đương, nhưng tôi phải đối phó với việc gọi các phương thức dịch vụ rõ ràng trên lưu để làm những việc như thêm vào bộ sưu tập con, thay đổi các giá trị quan trọng, chứ không phải là ánh xạ ngược. Tôi cũng phải so sánh trước và sau khi chụp nhanh.

Lưu của tôi là Ajax được đăng dưới dạng JSON vào một hành động MVC và nhập hành động đó trở lại với cấu trúc mô hình khung nhìn bởi MVC. Sau đó, tôi sử dụng AutoMapper để chuyển đổi mô hình chế độ xem cấp cao nhất và con cháu của nó trở lại cấu trúc miền tương đương của nó. Tôi đã định nghĩa một số tùy chỉnh AutoMapper ITypeConverters cho những trường hợp mà một mục con mới đã được thêm vào máy khách (tôi đang sử dụng Knockout.js) và tôi cần gọi một phương thức dịch vụ rõ ràng. Một cái gì đó như:

  foreach (ChildViewModel childVM in viewModel.Children) 
     { 
      ChildDomainObject childDO = domainObject.Children.Where(cdo => cdo.ID.Equals(childVM.ID))).SingleOrDefault(); 
      if (childDO != null) 
      { 
       Mapper.Map<ChildViewModel, ChildDomainObject>(childVM, childDO); 
      } 
      else 
      { 
       MyService.CreateChildDO(someData, domainObject); // Supplying parent 
      } 
     } 

Tôi làm điều tương tự cho quá trình xóa và quá trình này khá độc đáo qua toàn bộ cấu trúc. Tôi đoán một cấu trúc phẳng có thể là dễ dàng hơn để làm việc với hoặc khó hơn - Tôi có một AbstractDomainViewModel với một ID mà tôi làm phù hợp ở trên, giúp.

Tôi cần so sánh trước và sau khi cập nhật vì lớp dịch vụ của tôi gọi xác thực kích hoạt có thể ảnh hưởng đến các phần khác của đồ thị đối tượng và điều này quy định JSON cần trở lại như phản hồi Ajax. Tôi chỉ quan tâm đến những thay đổi có liên quan đến giao diện người dùng, vì vậy tôi chuyển đối tượng miền đã lưu trở lại mô hình chế độ xem mới và sau đó có phương thức trợ giúp để so sánh 2 mô hình chế độ xem, sử dụng kết hợp kiểm tra và phản chiếu trả trước thủ công.