como usar Transfer Object ?

Thiago, o singular de "user stories" eh "user story"

Forum Spammer Membro desde: 11/02/2005 08:08:02 Mensagens: 1511 Offline

cv wrote:Thiago, o singular de "user stories" eh "user story"

Valeu Carlos, vou arrumar os lugares onde cometi este pequeno deslize!

Thiago Senna wrote:Mas pq ficou mais difícil de testar? Por causa do AOP? Ou por causa do ActiveRecord?

Por causa da AOP, o meu código não fica nas classes do modelo como o seu. É difícil de explicar

Quando você mexer no AspectJ vai entender

Forum Spammer Membro desde: 12/03/2003 11:25:57 Mensagens: 4641 Offline

pcalcado wrote:Como ja mencionei algumas vezes aqui, ao inves de AR puro e simples, eu prefiro uma abordagem baseada em Observers.

Quando o objeto muda de estado (ou quando recebe um .svae(), mais pratico e usavel) ele avisa seus observadores, o DAO, Repositorio, whatever eh um destes.

Isso parece legal, mas quais as vantagens em cima de uma simples chamada ao DAO/Repository/WTFory?

LIPE wrote:
Isso parece legal, mas quais as vantagens em cima de uma simples chamada ao DAO/Repository/WTFory?

Imagina seu Façade:

Ou

Fora que assim você poderia passar seu objeto diretamente à camada cliente e ela salva-lo quando apropriado (ainda não pensei sobre isso direito).

Forum Spammer Membro desde: 12/03/2003 11:25:57 Mensagens: 4641 Offline

Não expressei minha dúvida corretamente. Gosto sim de AR, o que te perguntei foi relacionado à aplicação de Observer

Ah tah

Você pdoe até não usar um observer:

Mas eu prefiro algo mais genérico:

Não consigo imaginar um real bom motivo para observers quando você só tem um observer, mas não consigo gostar da primeira estratégia

Forum Spammer Membro desde: 12/03/2003 11:25:57 Mensagens: 4641 Offline

hehe foi esse lance de um Observer que pensei Shoes.

Disso aqui você não gosta?

Se sim, por quê?

É disso mesmo

.

Os repositórios ficam entre os clientes (BugBearManager) e o domínio e referenciar uma camada superior de uma inferior é problema (e isso já deu uma bela discussão na lista de domaindrivendesign).

Se você colocar repositórios como observadores, elimina essa relação baixo-cima com uam abstração.

This message was edited 3 times. Last update was at 15/08/2005 16:05:22

Aí na minha humildérrima opinião é perfumaria à toa. Além de gerar outro problema: como diferenciar os diferentes métodos a serem chamados no Repository sendo que com Observer tudo o que pode se fazer é um notify?

*se protege do olhar assassino de Shoes*

LIPE wrote:
Aí na minha humildérrima opinião é perfumaria à toa.

Ok, mas se tiver algum outro observador, eu padronizaria isso

LIPE wrote:
Além de gerar outro problema: como diferenciar os diferentes métodos a serem chamados no Repository sendo que com Observer tudo o que pode se fazer é um notify?

Complexidade?

Forum Spammer Membro desde: 12/03/2003 11:25:57 Mensagens: 4641 Offline

Isso é fácil quando utilizando o Hibernate.

E o delete()? E se o método create() deve retornar a chave primária? E no caso de load()?

LIPE wrote:
E o delete()? E se o método create() deve retornar a chave primária? E no caso de load()?

O Repositorio continua existindo apra estas coisas

A coisa toda é evitar que todo método de uma interface XYZManager fique salvando o bojeto toda hora (se você rpecisa usar dois ou mais destes num caso de uso, se ferra).

Forum Spammer Membro desde: 12/03/2003 11:25:57 Mensagens: 4641 Offline

Entendi, mas uma solução parcial não me parece suficiente:

Mas com certeza há alguma maneira de abstrair isso. Não vale AOP XD

Uhmm...tem razão quanto ao delete.

Agora, query só pedindo rpo repositorio IMHO

Notícias, artigos e o maior fórum brasileiro sobre Java