Un objeto de valor es una entidad cuyo distintivo principal es la composición de sus valores. Por ejemplo, una dirección puede considerarse un objeto de valor porque la combinación de país o región, ciudad y calle la define.

Características clave de los objetos de valor:

1- No tienen identidad propia En el dominio, dos clientes con el mismo nombre siguen siendo clientes distintos porque cada uno tiene un identificador. En cambio, dos direcciones con los mismos valores se consideran la misma dirección.

2- Son inmutables Una vez creado un objeto de valor, sus propiedades no deben cambiar. Los valores necesarios se suministran al construir el objeto y no se exponen setters que permitan modificarlos posteriormente.

Ejemplo de diseño: en un agregado Order como raíz de agregado, es habitual que contenga una entidad OrderItem que tenga un identificador propio, ya que dos items del pedido con el mismo producto pueden ser elementos distintos, y a la vez contenga un objeto de valor Address porque dos direcciones con los mismos atributos se consideran equivalentes.

Buenas prácticas de implementación: suele ser útil crear una clase base para objetos de valor que proporcione utilidades comunes, como la comparación de igualdad basada en la comparación de todos los atributos, además de otras características fundamentales. Cada objeto de valor concreto puede heredar de esa clase base y validar invariantes en su constructor.

Almacenamiento con EF Core 2.0 y posteriores: la mejor forma de mapear objetos de valor es mediante owned entity type. Un owned entity type permite mapear tipos que no tienen identidad propia. Para implementar un objeto de valor, la entidad propietaria incluye una propiedad de navegación hacia el objeto de valor y en la configuración de la entidad se define el owned entity type correspondiente. Por ejemplo, en la entidad Order la propiedad Address puede implementarse como owned entity type dentro del propietario.

Convenciones y personalización: por convención EF Core nombra las columnas de las propiedades del owned entity concatenando el nombre de la propiedad del propietario y el nombre de la propiedad del objeto de valor, por ejemplo Address_Street o Address_City. Esta convención se puede sobrescribir mediante la configuración fluida, por ejemplo usando Property().HasColumnName() para asignar nombres de columna personalizados.

Recomendaciones prácticas: mantener los objetos de valor pequeños y cohesivos, validar invariantes en el constructor, evitar setters públicos y delegar la comparación de igualdad a lógica centralizada. En proyectos de desarrollo es común combinar estas prácticas con patrones de dominio para mantener el modelo de datos coherente y expresivo. Si trabajas en soluciones a medida relacionadas con diseño de dominio y arquitecturas limpias puede interesarte conocer más sobre nuestros servicios de desarrollo de aplicaciones y software a medida.