những gì bạn gọi là DTO là các thực thể trong ORM. Chúng thường là một phần của mô hình miền chứa logic nghiệp vụ và chứa hầu hết dữ liệu thời gian nhiều hơn mức cần thiết để hiển thị các chế độ xem riêng lẻ. quy tắc cá nhân của tôi của ngón tay cái
Sử dụng các thực thể trong Chế độ xem khi không có lớp chuyển giao giữa Dal và xem và có rất ít logic kinh doanh:
- Ưu điểm:
- một mô hình
- không cần phải ánh xạ giữa các kiểu
- sử dụng tải lười biếng dễ dàng hơn
- Nhược điểm:
- mỗi thay đổi trong mô hình có nghĩa là thay đổi quan điểm
- nhiều disadvatages với lớp chuyển xem dưới đây
Bản đồ các đơn vị để DTOs khi có một lớp chuyển giao và/hoặc chế độ xem khác với các thực thể hoặc tổng hợp nhiều thực thể khác nhau
- Ưu điểm:
- DTOs/views không cần phải thay đổi khi có sự thay đổi các mô hình
- tránh gửi các đơn vị trong dây trong đó có vô số vấn đề (lười tải ngoại lệ, nhiều dữ liệu không cần thiết gửi đi, phơi bày thông tin nhạy cảm,. ..)
- Mô hình có ít trách nhiệm hơn (tuần tự hóa) giúp việc sử dụng lại dễ dàng hơn (ví dụ: xử lý backend)
- Nhược điểm:
- nhiều lớp học để viết
- mã để dịch các đơn vị để DTOs
Đối tượng DTO và giá trị là giống nhau. DTO có nghĩa là * Đối tượng truyền dữ liệu *. Một đối tượng Hibernate liên tục được gọi là * entity *. –