O Bean acessa o Pojo, e faz a chama ao DAO onde é processado os métodos de acesso ao banco etc…
mas essa arquitetura ta errada… não teria que ter um BO ai?
O que um BO faz? não teria que ter uma classe Facede ai no meio “um coração” ? alguem sabe me explicar como o BO funciona… uma ClasseFacede, (FacedeImplements) qual a obrigação dele?
vlw
Na grande maioria dos sistemas, eu acho bem legal o ManagedBean chamar o POJO e o DAO e fazer as operações com o DAO (tudo bem, se você for utilizar DDD ai já tem novos conceitos).
Porque utilizar um BO?
Porque utilizar um Facade? Sua arquitetura realmente necessita de tudo isso?
Lembre-se que a idéia de utilizar milhoes de patterns para fazer algo simples já não existe mais.
Hoje em dia estamos voltando para o mais óbvio, “faça do jeito mais simples possível”.
Ainda assim, existem casos que devemos utilizar alguns patterns sim, mas não fazer aquele caminhão de pattern, camada, objetos, para fazermos coisas simples.
Deluxe
tudo bem
mas aqui na empresa
é
pojo
bean
dao
bo
eu conseguir funcionar com o bean, pojo e o dao…
mas os cara querem o BO com a classe Facede Impl, e eu não sei como faz ela, como é a logica dela , como ela funciona, o que ela faz, sua tarefa…