| Autor |
Mensagem |
|
|
Para que serve ? 
|
 |
|
|
A utilidade obvia que vejo para isso é nos testes, para com a idéia de que "posso precisar mais tarde" é furada.
Em particular acho bem interessante, pq usa bem o conceito de programar voltado a interface, e isso é muito bom para manutenção, teste unitário e etc.
Quando ele disse isso, ele quis dizer "voltado ao contrato (abstração)", isso não quer dizer que tu tem que meter interface em tudo que vê.
Lembre-se que não é apenas a interface que garante um contrato. 
|
|
|
|
Não seria comportamento passado de pai para filho ? 
|
|
|
|
Você vai utilizar essa separação de implementação que descreveu acima ?
É muito custosa a separação?
É muito complexa?
Se não ?
Para que fazer isso ?
|
|
|
|
Tiers=Servers.
Layer=Separação Lógica
MVC=Separações Lógicas (apresantação, dados)
No caso de 2-tiers:
O M no client tier e EIS.
O V no client tier.
O C no client tier.
No caso de 3-tiers:
O M no middle tier e EIS.
O V no client tier, middle tier.
O C no middle tier.
Ou seja, layer e tiers são coisas distintas.
MVC tem a ver com layer.
Em que tier fica esse layer?; Depende...
|
|
|
|
|
Aspecto ?
|
|
|
|
Simplicidade:
View -> Repository
|
|
|
|
Não sei se isso ajuda.
http://devlicio.us/blogs/casey/archive/2009/03/02/ddd-the-specification-pattern.aspx
|
|
|
|
Pessoal, bom dia.
Estou utilizando RichFaces e Ajax4J, entretanto, tenho uma dúvida.
Para carregar uma página dinâmicamente a partir de um menu, eu estou utilizando o seguinte procedimento.
Algumas tags podem estar incorretas, não liguem para elas
Ou seja, minha estratégia é demarcar um local para "reRenderizar" após a alteração de um bean que guarda o nome da página que o menu dá acesso.
Existe alguma estratégia mais elegante para o problema?
Pesquisando, apenas encontrei o <a4:include> agindo como um wizard com fluxo controlado pelo faces-config, entretanto não é isso que gostaria, já que os comando (action, actionListener) ficam de fora da página.
|
|
|
|
Opa, tenta tirar o escopo.
Talvez o objeto não esteja neste escopo.
EX ${apenasObjeto.metodo}
|
|
|
|
Não sei se é exatamente isso que tu queres.
Referência:
http://en.wikibooks.org/wiki/Java_Programming/Reflection/Accessing_Private_Features_with_Reflection
|
|
|
|
Apesar de o nome DLO ser estranho para mim, em geral é bem isso que se faz.
Cria-se uma entidade burra e transacional, insere uma estrutura de dados para ser manipulada pela mesma.
Esse tipo de arquitetura torna a aplicação procedural, já que os objetos não mantém estado e comportamento, eles apenas processam informação.
Abraços.
|
|
|
|
Tente desta forma:
Obs: Não é uma boa prática chamar a camada de persistencia na sua camada de controle, pois assim você está "furando" o MVC.
Boa sorte.
|
|
|
|
Acredito que não seria função de um DAO gravar históricos de dados. 
Na verdade, a necessidade de se gravar um histórico estaria mais relacionado ao domínio do que a camada de persistencia.
|
|
|
|
Quero trabalhar de graça para o Papai-Noel também 
|
|
|
|