Comments on: Model-Driven Development é Durepoxi http://philcalcado.com/2007/07/27/model-driven-development-e-durepoxi/ Software e Batatas Fri, 06 Jan 2012 20:37:00 +0000 http://wordpress.org/?v=2.7.1 hourly 1 By: pcalcado http://philcalcado.com/2007/07/27/model-driven-development-e-durepoxi/comment-page-1/#comment-65843 pcalcado Mon, 22 Oct 2007 11:11:28 +0000 http://philcalcado.com/2007/07/27/model-driven-development-e-durepoxi/#comment-65843 Oi, Otávio, É por aí. Dê uma procurada sobre Camadas e Domain-Driven Design apra entender melhor, alguns bons livros: - Domain-Driven Design, Eric Evans - Patterns of Enterprise Application Architecture, Martin Fowler []s Oi, Otávio,

É por aí. Dê uma procurada sobre Camadas e Domain-Driven Design apra entender melhor, alguns bons livros:

- Domain-Driven Design, Eric Evans
- Patterns of Enterprise Application Architecture, Martin Fowler
[]s

]]> By: Otavio http://philcalcado.com/2007/07/27/model-driven-development-e-durepoxi/comment-page-1/#comment-65256 Otavio Fri, 19 Oct 2007 12:47:29 +0000 http://philcalcado.com/2007/07/27/model-driven-development-e-durepoxi/#comment-65256 Olá Philip, neste post voce citou: "E como estamos falando de um software OO as regras de negócio estão nos respectivos objetos (grupo e usuario) e não nesse método de serviço." Hoje minhas aplicações seguem o seguinte fluxo: Action --> Service --> Repository --> DAO Dentre estas camadas transita o meu VO, carregando as informações. Para tanto em minha classe UsuarioService, é que eu teria o metodo "adicionarUsuario". Pois bem, pelo que entendi de suas colocações não só aqui como no GUJ e outros artigos seus, é que o meu Service não deveria existir, e desta forma, diretamente do Action em deveria invocar a classe Grupo(que antes era só o meu VO) e nela ter o metodo "adicionarUsuario". É isso mesmo? Olá Philip, neste post voce citou:
“E como estamos falando de um software OO as regras de negócio estão nos respectivos objetos (grupo e usuario) e não nesse método de serviço.”
Hoje minhas aplicações seguem o seguinte fluxo:
Action –> Service –> Repository –> DAO
Dentre estas camadas transita o meu VO, carregando as informações.
Para tanto em minha classe UsuarioService, é que eu teria o metodo “adicionarUsuario”.
Pois bem, pelo que entendi de suas colocações não só aqui como no GUJ e outros artigos seus, é que o meu Service não deveria existir, e desta forma, diretamente do Action em deveria invocar a classe Grupo(que antes era só o meu VO) e nela ter o metodo “adicionarUsuario”.
É isso mesmo?

]]> By: Paulo Vasconcellos http://philcalcado.com/2007/07/27/model-driven-development-e-durepoxi/comment-page-1/#comment-56525 Paulo Vasconcellos Fri, 27 Jul 2007 14:34:00 +0000 http://philcalcado.com/2007/07/27/model-driven-development-e-durepoxi/#comment-56525 Caro Philip "Shoes", O ponto forte do artigo citado são as 4 razões pelas quais código não é uma boa documentação para processos de negócio. Esqueça (ou perdoe) bullshitagens sobre níveis de maturidade e afins. Simplesmente, não é o caso. E casos de uso, como documentação, são tão 'fracos' quanto código. Tanto que são totalmente ignorados pela EPBE (Eriksson-Penker Business Extensions), extensão da UML que indico para a modelagem de negócios. Como você, quero crer que DDD e DSL's caminham para reduzir muito (ou eliminar totalmente) o gap que temos entre negócio e código. Tá na fila: vou mergulhar no tema. Espero em breve ter condições de transcrever seus exemplos a partir do outro ponto de vista. []'s Paulo Caro Philip “Shoes”,

O ponto forte do artigo citado são as 4 razões pelas quais código não é uma boa documentação para processos de negócio. Esqueça (ou perdoe) bullshitagens sobre níveis de maturidade e afins. Simplesmente, não é o caso.

E casos de uso, como documentação, são tão ‘fracos’ quanto código. Tanto que são totalmente ignorados pela EPBE (Eriksson-Penker Business Extensions), extensão da UML que indico para a modelagem de negócios.

Como você, quero crer que DDD e DSL’s caminham para reduzir muito (ou eliminar totalmente) o gap que temos entre negócio e código. Tá na fila: vou mergulhar no tema. Espero em breve ter condições de transcrever seus exemplos a partir do outro ponto de vista.

[]’s

Paulo

]]>