Recientemente leí un post en "El modelo de modelo de dominio anémico"lo que me llamó la atención. Al leer esto, descubrí que la descripción del Modelo de Dominio Anémico se aplicaba a muchos de los proyectos en los que he trabajado y realizado. Nunca pensé que esta era una mala decisión de diseño, ya que me parecía muy natural. Pensé que en el caso donde elmodelo de dominio era ligero y no muy complejo, el apodo de Modelo de Dominio Anémico encajaba bastante bien. ¿Por qué agregar complejidad al modelo de dominio donde no tiene que ser solo para que el título de "Modelo de dominio anémico" no describa adecuadamente su código?

Pregunta: ¿En qué momento el relleno de las complejidades de su código en su capa de servicio / aplicación se convierte en incorrecto en lugar de exponer la complejidad de los objetos de la entidad? Estoy a favor de tener una propiedad "Total" en una Entidad donde internamente puede calcular el valor del Total. No soy para hacer que la Entidad se comunique directamente con otros aparatos para determinar el resultado de una de sus propiedades. Entonces, ¿es el concepto de un modelo de dominio anémico un antipatrón o una buena separación de preocupaciones? ¿Es el título Modelo de dominio anémico siempre algo malo?

Solo tengo curiosidad por saber qué pensaron los demás sobre este diseño (anti) patrón.