Eu li recentemente um post sobre "O padrão de modelo de domínio anêmico"O que me chamou a atenção. Ao ler isso, descobri que a descrição do Modelo de Domínio Anêmico se aplicava a muitos dos projetos em que trabalhei e construí. Nunca pensei nisso como uma decisão ruim de design, por me parecer muito natural." pensei que no caso em que omodelo de domínio era leve e não muito complexo o apelido do Modelo de Domínio Anêmico se encaixava muito bem. Por que adicionar complexidade ao modelo de domínio em que ele não precisa ser apenas para que o título de "Modelo de Domínio Anêmico" não descreva adequadamente seu código?

Questão: Em que ponto o preenchimento de mais complexidades de código em sua camada de serviço / aplicativo se torna incorreto em favor de expor a complexidade de seus objetos de entidade? Eu sou tudo por ter uma propriedade "Total" em uma entidade onde internamente pode descobrir o valor para o total. Eu não sou para fazer a entidade se comunicar diretamente com vários outros elementos para determinar o resultado de uma de suas propriedades. Então, o conceito de um Modelo de Domínio Anêmico é um antipadrão ou uma boa separação de preocupações? O título Anemic Domain Model é sempre uma coisa ruim?

Apenas curioso que pensamentos das outras pessoas estavam neste design (anti) teste padrão.