Các lớp miền thường có chú thích JPA hoặc JAXB hay cả hai?

Question

Tôi có một ứng dụng doanh nghiệp Java cung cấp dịch vụ web, có một lớp miền và lớp kiên trì ngủ đông. Trong trường hợp đặc biệt này, không có sự khác biệt lớn (vào lúc này) giữa các đối tượng mà tôi gửi qua dây, các đối tượng miền và các đối tượng bền vững.

Hiện tại, ứng dụng sử dụng DTO ở bên liên tục và chú thích các lớp Miền có chú thích JAXB. Tuy nhiên, tôi càng đọc và suy nghĩ về nó, thì điều này càng có vẻ ngược lại! Có vẻ như hầu hết các kiến ​​trúc sư đề xuất đặt chú thích JPA vào mô hình miền và tạo DTO để gửi các đối tượng qua dây.

Trong trường hợp của tôi, tôi có thể đặt cả chú thích JAXB và JPA (Hibernate) vào các lớp miền của mình không?

Ý nghĩ giữ mặt tiền dịch vụ web, miền của tôi và sự kiên trì của tôi được kết hợp chặt chẽ với nhau có vẻ dễ bảo trì, nhưng tôi lo ngại vì chúng có thể cần thay đổi kịp thời. Nhưng nó sẽ là thông minh hơn để tạo ra một tập hợp các lớp DTO cho phía dịch vụ web và bỏ qua các DTO cho sự kiên trì?

Answer 1

Không có lý do chức năng nào để không chú thích cùng một lớp với cả chú thích JPA và JAXB, đôi khi tôi đã tự thực hiện. Mặc dù nó trở nên hơi khó đọc và đôi khi bạn muốn các giao dịch thiết kế lớp khác nhau với JAXB và JPA. Theo kinh nghiệm của tôi, những sự cân bằng này thường có nghĩa là bạn kết thúc với hai mô hình lớp học.

Answer 2

Không có vấn đề gì khi sử dụng cả chú thích trên cùng một lớp. Tôi thậm chí có xu hướng khuyến khích điều này, vì vậy bạn không phải sao chép-dán khi thay đổi xảy ra. Trong một số trường hợp, một số thuộc tính khác nhau về hành vi - ví dụ: một ID được tạo tự động có thể không được yêu cầu để được marshalled. @XmlTransient và @Transient sau đó được kết hợp. Nó trở nên khó đọc, nhưng không quá khó, bởi vì rõ ràng tất cả các chú thích đều có ý nghĩa gì.

Answer 3

Tôi đồng ý rằng việc sử dụng cùng một lớp mô hình là cách tiếp cận đúng.Nếu bạn lo lắng về sự lộn xộn chú thích, bạn có thể sử dụng thực hiện JAXB (như EclipseLink JAXB) cung cấp một cơ chế cho externalizing metadata:

• http://wiki.eclipse.org/EclipseLink/Examples/MOXy/EclipseLink-OXM.XML

Cũng kể từ khi bạn đang sử dụng một mô hình JPA EclipseLink JAXB (MOXY) có phần mở rộng cho việc này dễ dàng hơn:

• http://bdoughan.blogspot.com/2010/07/jpa-entities-to-xml-bidirectional.html
• http://wiki.eclipse.org/EclipseLink/Examples/MOXy/JPA

Dưới đây là một ví dụ của việc sử dụng một mô hình với JAXB & JPA để tạo ra một dịch vụ RESTful:

• Part 1 - The database
• Part 2 - JPA entities
• Part 3 - Mapping entities to XML using JAXB
• Part 4 - The RESTful service
• Part 5 - The client

Answer 4

Bất cứ ai bị cám dỗ để đặt các đối tượng liên kết nguyên tử trong miền được duy trì của bạn bởi vì bạn đã cam kết xác định cấu trúc xml dịch vụ web của bạn ở đó? Có vẻ lạ với tôi để làm điều này. Các liên kết Hateoas có vẻ như là một ý tưởng hay nhưng miền liên tục và dịch vụ impl (không phải dịch vụ web) không quan tâm đến các liên kết nguyên tử. Sau đó, một lần nữa, bằng cách sử dụng các chú thích xml và có áo tuần tự hóa tên miền của tôi cho tôi chắc chắn là thuận tiện. Tuy nhiên, nhược điểm khác của phương pháp này là dễ dàng tác động đến người tiêu dùng dịch vụ web của bạn trong thời gian chạy với việc tái cấu trúc lớp "persistence".

Answer 5

Tôi biết câu hỏi này hơi cũ, nhưng tôi nghĩ tôi sẽ cân nhắc vì đây là vấn đề mà tôi vừa mới gặp phải. Đề xuất của tôi sẽ chỉ để lại các lớp chú thích JAXB của bạn, vì bất kỳ thay đổi lược đồ nào sẽ yêu cầu tạo lại các lớp này. Có nghĩa là bạn sẽ phải nhập lại bất kỳ chú thích ngủ đông nào, v.v. theo cách thủ công. Đây có thể là một giải pháp hết hạn, nhưng tôi nghĩ rằng nó sẽ là hoàn toàn hợp lý để tạo ra một tệp ánh xạ ngủ đông (.hbm.xml) để định vị ánh xạ bên ngoài. Đây là một chút linh hoạt hơn, ít lộn xộn hơn, và cũng hữu ích theo ý kiến ​​của tôi.