Interface + IoC versus Reflection

This message was edited 1 time. Last update was at 21/07/2005 11:07:33

Você pode utilizar o PicoContainer + nanocontainer-nanowar com o WebWorks. E facinho facinho e todas as suas depêndencias vão ou pelo contrutor (comportamento padrão do Pico) ou até mesmo por setter se você quizer.

Qualquer coisa manda email (juze@codehaus.org) direto pra mim que te dou uma ajuda.

Abraços,
Juze Peleteiro

A idéia é que o Mentawai seja facilmente integrável com todos esses containers. Daí cada um pode escolher o que mellhor lhe agrada.

Tb penso em colocar algum esquema de IoC, parecido com o do WebWork mas feito programaticamente e sem a nessidade de interface Aware, ou seja, via reflection mesmo. Se o cara quiser usar interface tb vai dar, mas não será obrigato'rio.

Vixi... achei que você tava usando o WebWorks, desculpa ae...

Vocês pretendem colocar suporte build-in para o Pico/Nanowar no Mentawai? Se sim, depois manda um email para a lista do Pico que agente coloca no site do Pico, seria muito legal.

juzepeleteiro wrote:Vixi... achei que você tava usando o WebWorks, desculpa ae...

Vocês pretendem colocar suporte build-in para o Pico/Nanowar no Mentawai? Se sim, depois manda um email para a lista do Pico que agente coloca no site do Pico, seria muito legal.

Po cara, troca umas idéias com o Thiago Senna. É ele que está fazendo isso.

A classe ActionConfig tem uma função getAction(), que retorna uma instancia de action para o request. (No mentawai é uma instancia por request).

A idéia seria estender ActionConfig e dar um override nessa função para já retornar uma action configurada pelo PicoContainer.

PicoActionConfig !!! Sacou ???

Mas não sei se basta só isso... Se tu quiser dar umas idéias seria ótimo !

GUJ Master Membro desde: 11/02/2005 08:08:02 Mensagens: 1595 Offline

opa... entaum.. vou colocar pra vcs aqui como que vai ficar o esquema para integrar o Mentawai com um framework de IoC de sua preferência! No caso do exemplo, estou usando spring, mas a idéia é vc ter autonomia para integrar o Mentawai com quem vc quiser! Seja Pico Container, Spring, HiveMind, Avalon, Excalibur e outros!!!

O segredo está na classe SpringActionConfig que extende ActionConfig!

Este método getAction vai retornar a instância da Action que o mentawai vai usar. Basta vc colocar no método getAction a lógica que vc precisa para o seu container IoC preferido!

Vc pode criar por exemplo, as classes PicoActionConfig, HiveMindActionConfig e etc...

Eu ainda naum terminei de implementar, e naum testei, mas a alma do negócio é essa!...

Para colocar o SpringActionConfig em ação, na teoria seria isso:

Bom.. reparem que a solução que dei de exemplo ainda está um pouco imatura. Ainda é necessário fazer algumas melhorias no SpringActionConfig, para que ele consiga lidar com mais de uma Action que necessite de dependências!

Observação:
Sérgio, o último binario que abaixei hoje no site do mentawai ainda não dá para sobrescrever o método getAction da classe ActionConfig! Vc já atualizou ele???,

Abraços!
Thiago Senna

No caso do Pico eu nem precisava disso tudo, so precisava que o getAction utiliza-se um Factory. Assim nem precisava existir PicoActionConfig, so o velho e bom ActionConfig sendo que o o Metawai teria em um único ponto configurado qual fectory utilizar... Acho que assim ficaria mais fácil e se o cara quizer trocar de Pico para Spring (se bem, que é melhor ele trocar sempre de Spring pra Pico) seria so nesse ponto.

A ideia é semelhante ao ObjectFactory do WebWorks... Assim, nao só as Action como todos os componentes do framework poderiam vir do Pico.

Um abraço,
Juze Peleteiro

Thiago wrote:
Sérgio, o último binario que abaixei hoje no site do mentawai ainda não dá para sobrescrever o método getAction da classe ActionConfig! Vc já atualizou ele???

Isso vai sair na versão 1.0.2, mas já tá no CVS. Vc pode pegar do CVS guest aqui: http://mentawai.lohis.com.br/cvs.jsp

juzepeleteiro wrote:
A ideia é semelhante ao ObjectFactory do WebWorks... Assim, nao só as Action como todos os componentes do framework poderiam vir do Pico.

Vc diz ser melhor passar um Factory para a ActionConfig do que extende-la ??? Pode ser melhor sim. Vou conversar com o Thiago sobre isso!

GUJ Master Membro desde: 11/02/2005 08:08:02 Mensagens: 1595 Offline

É.. eu acho que usar um factory bém interessante!

Mas e se apenas algumas actions necessitam de injeção de dependência? Sendo assim, se eu quisesse criar uma factory que usasse spring, eu usaria IIoC em algumas actions, e nas restantes teria que instanciar normalmente!
Daí, eu sempre terei que me preocupar de ficar atualizando a factory...

Outra coisa desnecessária, mas interessante em extender o ActionConfig é que eu naum teria este problema de ficar atualizando a factory..

Enquanto os actions que não usam IoC continuam usando actionConfig comuns, os que precisam de ioc usam o SpringActionConfig!

O que acham...???? Estou viajando?

Nao necessariamente passar uma Factory para o ActionConfig, mas ter um Factory que governe toda a criação de objetos do framework. Se uma action nao precisa de IoC ela nao terá IoC pq o contrutor, no caso do Pico, nao vai ter nada...

Juze Peleteiro

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