O PoliGNU é um grupo formado por estudantes de diversos cursos da Escola Politécnica, bem como de outros cursos da USP, que se dedicam ao desenvolvimento e à divulgação de tecnologia, software e cultura livres, especialmente no que se relaciona à engenharia. O grupo já tem mais de três anos de existência e é aberto à participação de quaisquer interessados(as).
Nosso mailing:
polignu(arroba)googlegroups(ponto)com
Exceto menção em contrário, todo o conteúdo deste site está licenciado sob uma
Licença Creative Commons Atribuição-Compartilhamento pela mesma Licença 3.0 Brasil.
Eu tinha entendido uma coisa,
Submitted by Anônimo on Wed, 24/08/2016 - 00:41Eu tinha entendido uma coisa, mas quando reli, pareceu outra, nesse caso, existe as regras de negocio do modelo de dominio e os serviços para persistir o banco(CRUD).
No caso, do Django ou Rails, por exemplo, então, além do comportamento de Pessoa.buscar e Pessoa.criar, teria Pessoa.validar, Pessoa.calculaTempo?
ai nesse caso, no modelo anemico é extraido para outra classe o CRUD e no não anemico são extraidas as regras de negocio?
Acho que a arquitetura dos pacotes/modulos, influencia bastante o modelo. Se for numa arquitetura separada em serviços com servicos.dao.beans.Pessoa servicos.dao.beans.Empresa eu imagino que a regras de negocio não estaria nessas classes porque deixa claro que seria um servico do dao. Mas se fosse com dominio, empresa.vendas.Pessoa, eu imagino que a Classe Pessoa teria regra de negocio de pessoas em relacao a vendas e as regras de banco estaria em outro lugar. Se o que eu disse estiver ok, acho que depende bastante se for planejada desde de o inicio em cima de serviços ou do dominio