"objeto de dominio" es un término más conceptual; "Entidad JPA" se refiere a una tecnología específica útil para implementar objetos de dominio.
En general, los objetos de dominio corresponden a los nombres (pedidos, facturas, clientes, etc.) de su dominio. Por lo general, vemos que están más cerca de la base de datos que los objetos puros de transferencia de datos. Por lo tanto, es posible que vea anotaciones ORM en las clases que usa para implementar sus objetos de dominio, por ejemplo.
Mucha gente implementa objetos de dominio de forma anémica, en su mayoría propiedades con correlaciones de ORM, pero sin una lógica real en los propios objetos de dominio. Ponen la lógica en los servicios de dominio.
Por otro lado, los proponentes del diseño impulsado por dominio ponen la lógica en los objetos del dominio.
De cualquier forma estos son los objetos de dominio en su sistema.
Las entidades JPA son clases que anota con @Entity, @Column, @ManyToOne, etc. Esta es una forma de implementar objetos de dominio. Puede decidir poner la lógica de dominio en los objetos, como se indicó anteriormente.
Sí, los objetos de dominio son lo mismo que las entidades JPA – James
No lo son si se encuentra en un entorno de Diseño controlado por el dominio, ya que los objetos de dominio tienden a ser más robustos en lugar de objetos "anémicos". Compruebe http://stackoverflow.com/questions/5589141/understanding-domain-objects-services –
¿Qué le impide poner lógica de dominio en una entidad? ¿No es ese el objetivo de mapear filas de tablas a objetos reales en primer lugar? De lo contrario, también puede utilizar HashMaps para representar los datos de una fila en la tabla. – wrschneider