a parte de camada visual e camada de negocio fico mais ou menos claro como implementar, e a camada de negocio e a camada de persistencia?
[quote=setokaiba]a parte de camada visual e camada de negocio fico mais ou menos claro como implementar, e a camada de negocio e a camada de persistencia?
[/quote]
Acho que a camada de negócio e de persistência são a mesma, vc chamada os dados, aplica as regras de négocio e salva de novo, não vejo pq separar isso, o que vc acha? Isso é camada de modelo (persitência + regras de negócio), não é?
o seu clienteVO (que é um javabean comum) e o seu clienteDAO(que é a classe de persistencia) podem ate ficar na mesma camada de negocio porem vc tem que ficar ligado e no funcionamento …
quem aciona essa classe tem que estar no controle sacou … assim como que faz a parte de interagir o cadastro do cliente tem que estar na view
a arrumação é importante sim porem o funcionamento e qe deve se ater
[quote=LuizClaudio]
Acho que a camada de negócio e de persistência são a mesma, vc chamada os dados, aplica as regras de négocio e salva de novo, não vejo pq separar isso, o que vc acha? Isso é camada de modelo (persitência + regras de negócio), não é?[/quote]
Camadas reúnem classes (ou componentes, ou o que quer que seja) com responsabilidade semelhantes. Existem classes cuja responsabilidade é modelar o negócio e existem classes cuja responsabilidade é controlar e gerenciar o acesso a dados.
Normalmente não se msituram estas classes porque para o negócio do seu cliente onde e como os dados são armazenados é irrevlevante. Isso indica alta coesão, uma coisa boa.
Se os grupos de classes possuem responsabilidades diferentes eles são candidatos a ficarem em Camadas diferentes, já que Camadas são agrupamentos de classes com responsabilidades semelhantes.
Agora, falando de MVC e Camadas, vou colar algo que coloquei em outro tópico:
humm, muito interessante…