Kiến trúc MVC DTO/Lập bản đồ/chuyển đổi mô hình

Question

Sử dụng Spring MVC, chúng ta thường thấy lớp Bộ điều khiển, Dịch vụ và Kho lưu trữ. Lớp Repository sử dụng mô hình Entity là một trong một ánh xạ với cơ sở dữ liệu. Tôi đã nghĩ đến những điều sau đây -

1. Lớp dịch vụ có nên sử dụng cùng một mô hình Thực thể không?
2. Lớp dịch vụ có nên sử dụng mô hình miền riêng biệt không? Nếu có thì ánh xạ tới/fro nên được thực hiện trong lớp Dịch vụ?
3. Lớp điều khiển có nên sử dụng cùng một mô hình Tên miền không?
4. Lớp điều khiển có nên sử dụng mô hình DTO riêng biệt không? Nếu có thì ánh xạ tới/fro nên được thực hiện trong lớp điều khiển?
5. Chúng ta có cách nào đơn giản để lập bản đồ mà không cần viết quá nhiều đoạn mã dài không? Tôi đã sử dụng Dozer vài lần trong quá khứ.

Câu hỏi này có thể đã được hỏi nhưng tôi không thể tìm thấy. Vì vậy, xin lỗi cho câu hỏi trùng lặp.

Answer 1

1. Có.
2. No. Dịch vụ sẽ hoạt động trên mô hình Thực thể được trả về bởi đối tượng Kho lưu trữ.
3. No. Bộ điều khiển nên sử dụng DTO. DTO phải chứa các trường biểu mẫu và chú thích Xác thực (nếu bạn đang sử dụng JSR303).
4. Có. Các DTO được sử dụng trong lớp Controller. Các DTO nên trưng ra một hàm tạo chấp nhận mô hình Entity. Việc chuyển đổi mô hình Entity thành DTO được thực hiện trong hàm tạo này. Trường hợp tương tự cho mô hình Entity. Mô hình thực thể cũng nên trưng ra một hàm tạo quá tải chấp nhận đối tượng DTO làm đối số. Việc chuyển đổi mô hình DTO sang Thực thể sẽ xảy ra ở đây.
5. Hàm tạo quá tải của DTO (mô hình đối tượng là arg) và mô hình thực thể (DTO as arg) là chi tiết.

Answer 2

1) vâng,

2) không có,

3,4) sử dụng entitys cho đầu ra, nhưng sử dụng CommandObjects và DTOs (nhưng không phải là thực thể) cho đầu vào. Điều này phụ thuộc vào kiến ​​trúc của bạn, nhưng tôi không muốn một khách hàng để maniuplate mọi lĩnh vực của các thực thể của bạn, sau đó bạn cần phải tách các đối tượng được sử dụng để yêu cầu-ánh xạ (commandobjects) từ thực thể miền của bạn.