De início, eu pensei assim:
Criar um aspecto que intercepte a sua classe de serviço (imagino eu um
Service do DDD), que ao chegar ali, varreria seu entity em busca de
métodos/atributos via refletion que estão annotados para serem injetados
(@Autowired).
Mas antes de implementar isso, pesquise se o Spring já não tem algo que faça
a injeção de dependência por um bean geranciado manualmente. Do jeito que o
Spring tem helper pra tudo, acredito não ser dificil de já existir.
Se achar uma forma usando o próprio Spring, por favor nos avise.
Abraços
2008/8/26 Diogo Camelo Maximo <[EMAIL PROTECTED]>
> Oi Mário, realmente o Rodrigo conseguir definir perfeitamente o que estou
> querendo fazer aqui no sistema, eu já trabalhei com DAO genérico e hoje uso
> repositório porque *EU ACHO* que o sistema fica mais OO, orientado ao
> domínio e de melhor entendimento, concordo com você, hoje usar repositório
> ou não é questão de escolha.
> @Rodrigo: tentei implementar o adapter, mais acho que não rola, o adapter
> só é chamado, quando fazemos uma chamada remota ao serviço, ele não é
> chamado quando intanciamos uma objeto, quem intancia um objeto não é ele.
> Essa solução do aspecto achei legal, interceptar o método.....Tem como
> descrever melhor essa solução???
> Tenho gostano muito de usar DDD com o pattern Active Record pois eu tenho
> acesso a toda hierarquia de objeto dentro do objeto de domínio...
> Por exemplo se dentro do objeto Account eu quiser obter o objeto client
> associado eu ja tenho o objeto client injetado pelo spring e basta eu dar um
> client.findByUserName()
>
> Ex. metodo save Account
> public void save(){
> this.setClient(this.client.findByUserName()): //Na classe client tenho
> o metodo de dominio que acessa o repositorio do client
> accountRepository.save(this); //Ele vai salvar o account com o client
> }
>
>
>
> 2008/8/25 Mário Júnior <[EMAIL PROTECTED]>
>
>> Entendi agora com sua explicação Digows, já vi na net artigos sobre essa
>> idéia do repository (esse principalmente é um dos mais famosos:
>> http://blog.caelum.com.br/2007/06/09/repository-seu-modelo-mais-orientado-a-objeto/
>> )
>>
>>
>> Tenho minhas críticas sobre ele... mas daí não entra no tópico aqui (fica
>> pra outro =D) e involve muito questão de gosto pessoal e boas práticas... e,
>> assim como religião e futebol, aprendi q boas práticas de programação devem
>> ser discutidas com muito cuidado (hehehe) =D.
>>
>> Bem... se trocar o repository por um Dao genérico, tipo Dao<Account> e dar
>> vida a ele para o escopo da classe de serviço, e injetá-lo pelo spring, daí
>> funcionaria. Quebra o conceito de repository, mas acho q fica mais
>> elegante... mas daí novamente envolve gosto pessoal.
>>
>> Não q repository seja errado, só acho q deve ser aplicado em um ponto de
>> vista diferente.
>>
>> Quem sabe, usando um adapter (como vc já mencinou) funcionaria, mas daí
>> acho q a implementação seria muito custosa, nesse caso vale a análise: vale
>> a pena trocar repository por um Dao genérico? Qual o nível de
>> reaproveitamente de código
>>
>>
>> Bem... conte-nos mais um pouco sobre oq pensa, Diogo... quem sabe podemos
>> amadurecer uma idéia legal para você.
>> George, javaman... kd sua opnião???
>>
>>
>> Um abraço.
>>
>>
>> --
>> Mário de Souza Júnior
>> Programador Java / Flex : AS3 / PHP
>> (44) 4009-3550 Maringá-PR
>> http://blog.mariojunior.com
>> [EMAIL PROTECTED] (gtalk, msn, etc..)
>> >>
>>
--
Atenciosamente:
-----------------------------------------------
| Rodrigo Pereira Fraga|
http://www.digows.com/
http://forum.flexbrasil.com.br/
-----------------------------------------------
--~--~---------~--~----~------------~-------~--~----~
Você recebeu esta mensagem porque está inscrito na lista "flexdev"
Para enviar uma mensagem, envie um e-mail para [email protected]
Para sair da lista, envie um email em branco para [EMAIL PROTECTED]
Mais opções estão disponíveis em http://groups.google.com/group/flexdev
-~----------~----~----~----~------~----~------~--~---
