[quote=Eduardo Bregaida]Particularmente eu tenho uma entidade pro banco, o DAO, Business, um Bean para a tela aqui ficou padronizado como TO, o Handler e a página.
Tudo separado, no caso uso EJB aqui no trabalho tbm. [/quote]
[quote=raf4ever][quote=Eduardo Bregaida]Particularmente eu tenho uma entidade pro banco, o DAO, Business, um Bean para a tela aqui ficou padronizado como TO, o Handler e a página.
Tudo separado, no caso uso EJB aqui no trabalho tbm. [/quote]
Como seria esse Handler e qual a função dele?[/quote]
O Handler é o ManegedBean, no caso ele tem os métodos que minha tela executa.
[quote=Eduardo Bregaida][quote=raf4ever][quote=Eduardo Bregaida]Particularmente eu tenho uma entidade pro banco, o DAO, Business, um Bean para a tela aqui ficou padronizado como TO, o Handler e a página.
Tudo separado, no caso uso EJB aqui no trabalho tbm. [/quote]
Como seria esse Handler e qual a função dele?[/quote]
O Handler é o ManegedBean, no caso ele tem os métodos que minha tela executa. [/quote]
O que mata no projeto aqui é não poder usar JPA, pois tudo é procedure executada no DB2 MainFrame… :roll:
[quote=raf4ever]
Services quando são necessários(não como meros delegates),ou DAO’s sendo injetados pelo Spring acessando diretamente o controller.[/quote]
mas por exemplo. Existe um mb PedidoMB, nele eu tenho um método salvar, porém antes de salvar eu preciso fazer algumas validações:
1- validar prazo do cliente
2- validar limite de crédito do cliente.
3 - mais N validações;
como que ficaria sua arquitetura neste cenário ?
[quote=alves.Felipe][quote=raf4ever]
Services quando são necessários(não como meros delegates),ou DAO’s sendo injetados pelo Spring acessando diretamente o controller.[/quote]
mas por exemplo. Existe um mb PedidoMB, nele eu tenho um método salvar, porém antes de salvar eu preciso fazer algumas validações:
1- validar prazo do cliente
2- validar limite de crédito do cliente.
3 - mais N validações;
como que ficaria sua arquitetura neste cenário ?[/quote]
Colocaria as validações no model e o MB acessaria.
[quote=alves.Felipe]Ficaria assim então as classes?[code]
PedidoMB
PedidoNegocio (validações)
Pedido (entidade)
PedidoDao[/code]
e se tiver usando Spring para injetar as dependências, meu PedidoNegocio estaria definido como Service?
[/quote]
PedidoNegocio n eh necessaria(as validações podem ficar em Pedido)
E eu anoto todas as classes gerenciadas pelo Spring(controllers,services e daos) como @Component,
não vi na prática a diferença entre usar @Controller,@Service e @Repository.
blz tirou minha dúvida, mas acho que fica meio estranho… todas minhas “trocentas” validações na minha entidade.
E tb é certo chamar uma consulta (ClienteDao, por exemplo) de dentro da entidade Pedido ? supondo que eu precise consultar
alguns dados para a minha validação.
Em relação as 3 forma apresentadas, a que eu constumo usar é a segunda, ou seja criando as classe DTO. O problema dessa solução é que ela gera um certo trabalho, pois quando se vai persistir um objeto é necessário preencher a entity com os valores do DTO.
A segunda forma é uma boa solução, porem exitem telas que os dados a serem preenchidos não fazem parte do modelo e nesse caso a variação da primeira e da segunda forma poderiam ser usadas. O que determina qual forma usar é a quantidade de parâmetros.