Pergunta

É possível utilizar DDD e um modelo de domínio rico se sua aplicação é semelhante:

  • cliente Windows (WPF)
  • serviço do Windows

E a comunicação acontece com WCF?

Estou acostumado a ter regras de negócios da com apenas estado de dados DTO, e tem dentro da camada de serviço, mas todo mundo continua me dizendo que eu deveria ter um modelo de domínio rico onde o estado de dados e regras / métodos estão todos nos próprios objetos .

Eu só não tenho certeza se este modelo de domínio rico se aplicaria a um sistema que tem uma interface de usuário e se comunica via WCF para um serviço (como eu apresentei acima). No meu caso é melhor para continuar usando um modelo de domínio anêmico por causa do WCF? Se não, você poderia dar um exemplo de como a arquitetura-lo usando um modelo de domínio rico, considerando WCF, proxy, etc?

Obrigado!

Foi útil?

Solução

De um modo geral você serializar seus objetos de domínio para a transmissão através WCF como alguns DTO simplificado de qualquer maneira, e é estes que são consumidos pelo seu aplicativo cliente.

Você pode definido tipos e anular-los no cliente, mas para a maioria das aplicações isso é desnecessário. Contanto que você não precisa do comportamento 'ricos' de seus objetos em seu cliente (que você deve não com uma boa DDD de qualquer maneira), parece-me que você é bom usar um design rico em sua camada de serviço e enviar DTOs simples através do fio.

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top