OpenSessionInView em sistemas desktop

Bom, a minha opinião é a de evitar eager loading. Busque novamente quando precisar de algo. Ou carregue os relacionamentos que você vai utilizar (com cautela).

Como as aplicações desktop tem “menos controle” e mais interações do usuário (ao meu ver), acho que a performance pode cair muito caso você dê muita liberdade no cliente, e esses carregamentos automáticos.

Mas outra idéia, que me veio agora, foi a de abrir e fechar a sessão na thread (com ThreadLocal). De forma análoga ao OSIV web, que funciona abrindo a sessão no inicio da request e fechando ao fim da request.

Se entendi, acho que passei por coisa parecida.

Éra utilizado o spring para fazer a comunicação com o servidor e muito a contra gosto não utilizamos o lazyloading a favor de um código mais limpo e menos insano. É um pouco chato de montar alguma estratégia porque ao fazer o acesso não éra criado uma sessão no server.

Sua idéia (uma espécie de business delegate esperto, é isso?) parece bacana mas pode dar um pouco de trabalho, seria um desafio interessante.

flws

Quero evitar coisas como:

String[] fetches = new String[] { "contracts", "user",
	"footBedFinishing", "boardType", "gender", "role.authorities" };

Sendo que alguns fetches são usados em componentes ‘lookups’. Se não forem
abertos não serão usados.

A ideia é seguir isso:
http://www.theserverside.com/tt/articles/article.tss?l=RemoteLazyLoadinginHibernate

Ou seja, no primeiro acesso a propriedade (pode ser lista ou referência) busco do banco, na próxima vez não. Assim não
recarrego toda hora e busco somente o que for usado. O que pode acontecer é que uma abertura de
’lookup’ poder ficar mais devagar pois vai acontecer a consulta. Mas a abertura da tela vai ficar mais
rápida pois não carrega tudo. Podemos até balancear isso, o que for mais usado faço antes da abertura
da tela e o restante sob demanda.