| Autor |
Mensagem |
|
|
Emerson Macedo wrote:
rob1980a wrote:legal a ideia!!!!!!
mas no jsp eu poderia chamar o meu metodo geraPedido (ai concordo que a discuções das 5 páginas completam a ideia) Nesse caso seria melhor uma interface ou outra classe?
A pergunta é: Por que você chamaria esse método? A não ser que sejam pessoas diferentes que codificam Dominio e Apresentação e essas pessoas estejam distantes, não vejo nem muita necessidade em criar uma interface. Na realidade mais comum todos podem mecher em qualquer parte do código e vão saber que esse tal método (que eu nem sei o que ele faz) pode ou não ser chamado na apresentação.
No caso de você precisar estabelecer uma API (como já foi dito por outras pessoas aqui nessa thread) com algum cliente, ai sim pode-se pensar em interfaces, DTOs (em caso de acessos remotos), etc. Considerando que seu Domínio é daquele sistema apenas, você não terá muita necessidade disso.
legal, interessante a ideia...vlw
|
 |
|
|
legal a ideia!!!!!!
mas no jsp eu poderia chamar o meu metodo geraPedido (ai concordo que a discuções das 5 páginas completam a ideia) Nesse caso seria melhor uma interface ou outra classe?
|
|
|
|
um cadastro de Cliente por exemplo...
Classe de Dominio anotada como uma Entidade JPA
Na tela teria um cadastro de cliente, como mapearia isso no meu MB?
|
|
|
|
|
mas ainda terá duplicidades dos campos no mapeamento no MB
|
|
|
|
|
alguma solucao pratica para o problema? Mapear com interfaces quando necessario? Como mapearia o meu MB?
|
|
|
|
No Managed Bean, eu teria que receber a camada de dominio, e na tela teria os atributos dela no Managed Bean, como eu mapearia isso? Teria duplicidade de atributos!
|
|
|
|
Valeu pelos posts pessoal, 
Li o link http://www.martinfowler.com/bliki/LocalDTO.html e pelo que entendi ele fala que não seria um trabalho extra duplicar a informacao de dominio para a apresentacao(no caso MB) nos casos de diferencas entre aprensentacao e dominio, esta realmente correto isso?
Como vcs mapeariam um MB caso a solução fosse retornar o objeto de dominio para a apresentacao? Numa tela de cadastro de cliente, como ficaria mapeado o MB? Com os mesmos campos do Domain? Usariam o dominio como mapeamento?
Vlw!
|
|
|
|
sergiotaborda wrote:
Não entendi onde atrapalha ...
transformar num TO o dominio ou criar uma interface, como voce mesmo disse é uma trabalheira, ou assumir o risco de jogar o dominio pra apresentação
sergiotaborda wrote:
Eu não uso JSF ( e antes que alguem pergunte: não uso porque não faço sistemas web) mas em principio
vc não tem que mapear de nenhuma forma especial. No MB vc tem que ter métodos que lhe retornem apenas o que vc precisa.
Se o método tem que fazer algum truque (como encapsular as entidades do dominio numa outra coisa) então que seja. Mas na realidade a coisa vai mais da necessidade das páginas do que do dominio em si. o MB é o seu "tradutor".
Imagino que a boa parte dos sistemas os atributos do dominio ficaria diferentes da tela, e pra mapear isso seria complicado. Alguem ja passou por isso?
|
|
|
|
Realmente Sergio na pratica as coisas se complicam um pouco... DDD ta sendo interessante, mas tem problemas como esse que atrapalha (apesar de nao ser problema do DDD).
No JSF vcs mapeiam como no MB?
Alguem mais tem alguma ideia de como usar as classes de dominio na camada de aprentação? Como vcs fazem nos sistemas de vcs?
|
|
|
|
Tenho acompanhado as discussoes sobre "domains" e para levar um dominio ate a camada de apresentação. Voces acham que é interessante levar um objeto de dominio ate a camada de apresentacao, pq alguem pode chamar um metodo de negocio dele?
Num JSF voces mapeam o Managed Bean com os mesmos campos do domain?
Vlw!
|
|
|
|
|
Os metodos estaticos tao pras buscas e pra alguns metodos de negocio, por exemplo, não precisaria ter uma pessoa instanciada pra buscar ela, ou não o método tem a ver com Pessoa mas não necessita de ter um objeto Pessoa
|
|
|
|
|
Eu quero testar a classe pessoa que tem um metodo de negocio que é statico. O problema é que por ele ser estatico não consigo usar o dao que é injetado pelo spring (que futuramente será um EJB), e entao tenho que instanciar outro dao, e instanciando esse outro dao, nao consigo emular dados com o EasyMock
|
|
|
|
O problema é esse, como vou testar o metodo fazAlgo() da classe pessoa? [editei o metodo para retornar um inteiro]
Eu imagino assim
Mas eu preciso saber o que vai acontecer quando eu chamar o dao. E nesse caso não consigo usar o EasyMock, igual o ronybrand falou, porque eu instancia o dao dentro do metodo.
|
|
|
|
Ae galera
Tenho uma aplicação que tá em Spring 2.0 e vamos mudar pra EJB, e lendo a revista MJ vi na parte de teste que o autor usou Mock pra testar. Tô tentando fazer aki mas tem metodo que nao tem como simular classes
Alguem sabe como fazer isso?
}
|
|
|
|
Aonde acho informaçoes sobre JCA e MBean?
Alguem poderia me dizer qual a funcao deles?
|
|
|
|