Conceito: Entidades com requisitos de negócio

Java Ninja Membro desde: 22/08/2006 20:27:54 Mensagens: 252 Offline

Conceitualmente falando, e furando um pouco a DDD, quais as "regras" que são quebradas trazendo algumas regras de negócio para as entidades (persistentes).

Exemplo:
Objeto Serviço, possui alguns atributos (nome_servico, nome_executavel, data_inicio, data_fim, ...)
Uma especialização de Serviço, por exemplo Servidor WEB, possui os mesmos dados persistentes de um Serviço qualquer, porem, muda a implementação de seu método executar() (exemplo);

Imaginem isso:

Obs. Em partes, o tratamento é parecido com Thread/Runnable, porém, sem a integração da persistência.

Lembrando que os atributos "exclusivos" de ServidorWeb não são persistidos na mesma camada de Serviço.

Quais os prós e contras desse tipo de abordagem?

JavaChild Membro desde: 23/02/2011 10:53:29 Mensagens: 140 Offline

Não tem nenhum contra essa abordagem. Se acha que serve pode experimentar. Para referencia, o nome do padrão é command.

Tirando o trocadilho de lado , não acha que sua entidade Servico deveria ser um Service e não um Entity?
Na verdade não é Command, tá mais parecido com Strategy. Não vejo nenhum problema nesta abordagem.

Notícias, artigos e o maior fórum brasileiro sobre Java