patterns

Thread.start() Membro desde: 30/08/2004 14:15:43 Mensagens: 33 Offline

Por curiosidade, como é feita no Webwork a captura do request e response?

GUJ Expert Membro desde: 12/03/2003 11:25:57 Mensagens: 4680 Offline

O webwork apenas popula os atributos da ação com os parametros da request. Isso faz com que a ação fique completamente independente do tipo de cliente dela.
Claro que é possível pegar os objetos request e response em caso de necessidade absoluta.

Mas ele faz muito mais coisas do que isso

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

Desculpem-me por esta pergunta idiota!

Pelo que vocês escreveram até aqui notei que o Struts não é o Framework que cai na preferência da maiorias dos programadores do GUJ?
Eu me lembro que li alguma coisa em alguns livros de patterns e MVC que não é bom passar requests e responses por parâmetro para fora do Front Controller...
Mas afinal, qual é o Framework indicado? É o webwork, JBanana, Spring?

Se vocês puderem me passar esta informação, eu agradeço, assim posso dar uma olhada no assunto e começar a espalhar sobre os pontos fracos do struts e pontos fortes do framework indicado por vocês. Tenho amigos entrando no mercado e convencido que o Struts é o Framework... Pelo menos essa é a imagem que as empresas me passam..

E o principal é que posso também olhar o código fonte de uma ferramenta melhor que a do struts para tirar dúvidas referentes ao meu projeto de final de curso!

Um Abraço!

Thiago Senna wrote:Desculpem-me por esta pergunta idiota!

Pergunta idiota eh aquela que nao eh feita

Thiago Senna wrote:Pelo que vocês escreveram até aqui notei que o Struts não é o Framework que cai na preferência da maiorias dos programadores do GUJ?
Eu me lembro que li alguma coisa em alguns livros de patterns e MVC que não é bom passar requests e responses por parâmetro para fora do Front Controller...
Mas afinal, qual é o Framework indicado? É o webwork, JBanana, Spring?

O problema de acoplar Requests e Responses com codigo fora do front controller eh que voce torna o seu sistema dependente do servlet container, que eh um saco quando vc precisa, por exemplo, fazer um teste unitario ou um "public static void main()" da vida so pra saber se alguma coisa ta certa sem ter que fazer war, deploy, reiniciar container, esperar mais um pouco e depois testar usando o browser.

O Struts eh o unico framework que te forca a ter esse problema, pq HttpServletRequest e HttpServletResponse estao nas assinaturas dos metodos das Actions, e nao tem muito como fugir. O WebWork, alem de nao ter esse problema, ainda faz muita coisa bacana, e tem uma configuracao simples. O Spring, alem de poder ser integrado com o WebWork, tem um caminhao de outras ferramentas bem poderosas e faceis de usar. A decisao de qual framework eh o melhor ainda fica dependente do tipo de projeto, claro, entao eu nao vou dar minha cara a tapa aqui e dizer que WebWork eh a unica coisa boa no mundo dos frameworks MVC, e que so ele deveria ser usado, o que, pensando bem, nao eh taaaaaao longe de ser verdade assim. Mas eu nao vou dar minha cara a tapa

Thiago Senna wrote:Se vocês puderem me passar esta informação, eu agradeço, assim posso dar uma olhada no assunto e começar a espalhar sobre os pontos fracos do struts e pontos fortes do framework indicado por vocês. Tenho amigos entrando no mercado e convencido que o Struts é o Framework... Pelo menos essa é a imagem que as empresas me passam..

O Struts tem muito suporte comercial, e isso nao deve ser subestimado. Voce nao precisa sair por ai dando uma de missionario, tambem. Faca a sua parte bem, eh soh isso que interessa no fim das contas

Luca wrote:Atenção que o Struts viola um pouco este conceito e fica passando objetos request e response para fora do front controller.

É bom lembrar que ele só passa o request e o response para a view, coisa perfeitamente normal se o cliente é web. Você até pode passar os mesmos para o Model, mas aí o problema é de quem escreveu o código, não do Struts.
E se você não quiser ficar mexendo com request, response na View é perfeitamente possível, basta acessar tudo via forms.

Olá

Não é meu caso mas sei de muita gente que confunde se a classe Action faz parte do Model ou do Controller. E porque tanta gente fica nesta dúvida? Na minha opinião, porque o Struts é confuso assim mesmo.

[]s
Luca

Thread.start() Membro desde: 30/08/2004 14:15:43 Mensagens: 33 Offline

No meu entendimento, no caso do Struts, - que me parece que é o correto - seria:
Model -> forms
view -> jsp
controler -> classes actions

Bem,
o que chamam aqui no fórum sobre o que seria o front-controller, creio que seria o controler, ou seja, as classes action.

As classes actions possuem um método chamado 'execute' que tem como parâmetros de entrada(ActionMapping mapping, ActionForm forms,
HttpServletRequest request, HttpServletResponse response)
A pergunta que me faço é se o problema de se passar o request e o response para fora do front-controller seria a chamada de um outro método qualquer, de dentro do método "execute", passando como parâmetro, novamente, o request ou o response.

Seria essa então a saída "problemática" dos RRs para fora do front-controller?

Se este é o problema, gostaria da opinião dos meus Camaradas do Java explicando(pode ser mais ou menos mesmo) porque isto é considerado um problema?

Não me considero um programador 'senior', por isso se alguém puder dar uma

aqui eu fico muito agradcido.

Thread.start() Membro desde: 30/08/2004 14:15:43 Mensagens: 33 Offline

Por favor, podem ignorem meu último post.

Vi depois que o post mais acima do Thiago já responde estas perguntas.

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