Lớp nào của ứng dụng nên chứa triển khai DTO

Question

Gần đây tôi đã nghe rất nhiều về DTO và chúng hữu ích như thế nào nhưng tôi không thể tìm thấy một ví dụ hay về việc sử dụng nó trong ngữ cảnh ASP.NET.

Hãy nói rằng tôi sử dụng ba kiến ​​trúc tầng:

1. lớp dữ liệu (sử dụng Entity Framework)
2. lớp kinh doanh (WCF Service)
3. Presentation Layer (MVC ứng 4,0 web)

Tôi nên chuyển từ đối tượng Employee EF sang EmployeeDTO POCO ở đâu?

Cho phép nói rằng tôi thực hiện chuyển đổi trong lớp Truy cập dữ liệu nhưng điều gì xảy ra trong dịch vụ WCF? Sau đó nó có nên được chuyển đổi sang một đối tượng DataMember khác và khi nó đến lớp giao diện người dùng (ứng dụng web MVC) sau đó nó sẽ được chuyển đổi lần thứ ba thành một mô hình không? Tôi sẽ đánh giá cao nếu một người nào đó có thể làm rõ điều này cho tôi

Answer 1

Trong tình huống tương tự, tôi đã sử dụng để đặt dto's thành Core được biết đến cả ba. Vì vậy, bạn có

 
    Core 
     | 
------------ 
|  | | 
DAL BL PL 

Mỗi lớp có thể hoạt động với Core.Dto.Employee. Mỗi lớp cũng hiển thị Core.Dto.Employee bên ngoài trong API của nó. Nhưng bên trong mỗi lớp có thể chuyển đổi/điều chỉnh Core.Dto.Employee, ví dụ: bạn đọc từ cơ sở dữ liệu EF.Employee và sau đó chuyển đổi nó thành Core.Dto.Employee. Sự biến đổi được chứa bởi ranh giới của lớp.

Nếu bạn có nhiều mô hình khác nhau để đại diện cho cùng một thứ trong các lớp, ví dụ PL muốn PL.Employee và DAL hoạt động trên EF.Employee, bạn sẽ kết thúc với một mớ hỗn độn.

Answer 2

Hãy xem tại đây https://stackoverflow.com/a/6310507/1771365 vì tôi không có đủ danh tiếng để thêm nhận xét.

Cá nhân tôi sẽ chuyển các thực thể giữa lớp Persistence và lớp doanh nghiệp của bạn. Khi bạn đang sử dụng cơ hội MVC là bạn sẽ vượt qua các mô hình xem cho bộ điều khiển của bạn. Tại thời điểm đó tôi sẽ ánh xạ mô hình khung nhìn của bạn tới (các) DTO của bạn.

Nếu bạn dự định sử dụng DTO giữa tất cả các lớp của bạn, sau đó tạo một dự án cắt chéo mà bạn có thể tham khảo.

Answer 3

Cách tiếp cận mà tôi đặc biệt thích là chuyển đổi DTO trong Lớp doanh nghiệp của bạn.

Kịch bản: Lớp trình bày của bạn gọi lớp doanh nghiệp của bạn qua DTO. Bạn thực hiện một số xác thực hợp lệ &, sau đó chuyển đổi DTO thành một thực thể và gửi nó đến Lớp Truy cập dữ liệu của bạn.

tức là Giao diện người dùng -> Xe buýt. Lớp (chuyển đổi thành Thực thể) -> Lớp dữ liệu

Tôi thích phương pháp này vì tôi tin rằng Lớp dữ liệu không nên có bất kỳ logic chuyển đổi nào và sẽ nhận và xử lý các thực thể khi cần. Một lý do khác tại sao điều này có hiệu quả là bây giờ bạn có thể xác định các quy tắc nghiệp vụ/logic xác thực cụ thể trong quá trình chuyển đổi trước khi gửi nó đến Lớp dữ liệu. Đây là một số MSDN article cũ, nhưng có một số chi tiết tuyệt vời giải thích cách tiếp cận tương tự.

Answer 4

Không được có bất kỳ chuyển đổi nào. Bạn sẽ chỉ sử dụng Poco Objects làm DTO.

EF làm việc với Poco và chúng có thể được WCF tuần tự hóa.

Chúng phải được xác định trong một hội đồng được tất cả các dự án giới thiệu.

Trong ASP.NET MVC bạn sẽ MAPP đến một ViewModel bằng Poco - DTO.

Answer 5

Lớp dịch vụ của bạn hiển thị DTO. Điều này có nghĩa là trong lớp dịch vụ bạn xác định hợp đồng dữ liệu như bạn muốn chúng được tiếp xúc với thế giới bên ngoài. Trong hầu hết các trường hợp, chúng là các thực thể phẳng mà không nhất thiết phải có cùng cấu trúc với các thực thể cơ sở dữ liệu của bạn.

Đây là trách nhiệm của lớp dịch vụ của bạn để sử dụng kinh doanh/lớp dữ liệu và xây dựng của DTO mà bạn tiếp xúc với thế giới bên ngoài.

Những gì bạn sử dụng trong lớp dữ liệu và doanh nghiệp của mình tùy thuộc vào kiến ​​trúc. Bạn có thể có một mô hình miền được ánh xạ với mã đầu tiên. Trong trường hợp đó, lớp dịch vụ ánh xạ các thực thể miền tới các hợp đồng dữ liệu (DTO). Nếu bạn không có một mô hình miền (mô hình thiếu máu), thì bạn cũng có thể chỉ ánh xạ cơ sở dữ liệu trực tiếp đến DTO của bạn.

Các ASP.NET MVC trang web tiêu thụ dịch vụ, và ánh xạ của DTO nó nhận được để dành xem các mô hình mà sau đó được thông qua để xem cụ thể.

Ngoài ra, bạn cũng có thể quyết định chia tách truy vấn từ các lệnh. Đây là một cách tiếp cận tốt bởi vì các DTO của bạn nhận được trở lại như reqult của một truy vấn là hoàn toàn khác với các lệnh mà bạn gửi đến dịch vụ. Lệnh chỉ chứa những gì cần thiết để thực hiện lệnh và chứa doanh nghiệp có ý định những gì bạn muốn đạt được, trong khi truy vấn trả về một mô hình phẳng về những gì bạn cần trong giao diện người dùng.

nhận xét khác:

• Không để các đối tượng cơ sở dữ liệu của bạn.
• Không chuyển đổi trong lớp doanh nghiệp, vì nó không phải là logic nghiệp vụ.

Answer 6

Tôi sử dụng dự án có tên Được chia sẻ cho các mục đích như vậy, để chia sẻ đối tượng với tất cả các lớp. Bất kể tên, nó sẽ được hiển thị bởi tất cả các lớp.