Service para cada domain ou não?
10/04/2013 20:25
0
Boa tarde pessoal.
Gostaria de tirar uma dúvida conceitual. Tenho algumas Domains, que funcionam como binding objects.
Vou ao exemplo mais concreto, tenho as domains
É interessante criar uma service para cada um dos CRUDs? Ou coloco todos eles em uma service do Cliente apenas. Penso isso, pois quero disponibilizar minhas services na via REST, e pensando melhor, não sei e quero dar acesso a estes caras.
Espero que possam me ajudar.
Agradeço as respostas desde já. Abs!
Gostaria de tirar uma dúvida conceitual. Tenho algumas Domains, que funcionam como binding objects.
Vou ao exemplo mais concreto, tenho as domains
Cliente
Contato
Telefone
Endereco
É interessante criar uma service para cada um dos CRUDs? Ou coloco todos eles em uma service do Cliente apenas. Penso isso, pois quero disponibilizar minhas services na via REST, e pensando melhor, não sei e quero dar acesso a estes caras.
Espero que possam me ajudar.
Agradeço as respostas desde já. Abs!
0
Ola Eduardo!
Apenas um Service faria todo o serviço de centralizar as regras de negócios destes domínios, porém ele ficaria "carregado" digamos assim. Então é comum os programadores segmentarem seus serviços por domínios, isso facilita a manutenção e a evolução destes.
Você pode criar apenas 1 ou vários services que não possuirá interferência com o desempenho de seu sistema, mas é interessante você considerar uma arquitetura de software senão terá uma alta granularidade de serviços o que ser prejudicial.
Apenas um Service faria todo o serviço de centralizar as regras de negócios destes domínios, porém ele ficaria "carregado" digamos assim. Então é comum os programadores segmentarem seus serviços por domínios, isso facilita a manutenção e a evolução destes.
Você pode criar apenas 1 ou vários services que não possuirá interferência com o desempenho de seu sistema, mas é interessante você considerar uma arquitetura de software senão terá uma alta granularidade de serviços o que ser prejudicial.
11/04/2013 12:19
0
ivgsilvaobrigado pela resposta!
A granularidade me preocupa, pois não poderia fazer compensação das mesmas, o que pode me gerar algum trabalho em vão. No meu caso a baixa granularidade, acredito, faz mais sentido, pois citei 4 domains, mas meu sistema, hoje, possui mais de 30.
Se for fazer uma alta granularidade, teria no mínimo 60 services (em tese). Embasado em número a coisa começa a complicar, e como você mesmo disse:
é interessante você considerar uma arquitetura de software
O bom senso vai ser imprescindível!
Abs e obrigado pela ajuda!
11/04/2013 13:06
Ainda não faz parte da comunidade???
Para se registrar, clique aqui.
Aprenda Groovy e Grails com a Formação itexto!
Newsletter Semana Groovy
Os melhores blogs de TI (e em português) em um único lugar!
