Artigo Java Magazine 34 - Melhores Pr�ticas para o Struts

Clique aqui para ler esse artigo em PDF.

Melhores Pr�ticas para o Struts

Maximize o Aproveitamento do Mais Popular Framework Web

Como melhorar a gerenciabilidade de aplicaç�es Struts, a reutilizaç�o de componentes da aplicaç�o e usufruir dos recursos fornecidos por outros padr�es como o JSTL

Fernando Lozano

O Struts � talvez o framework Java de maior sucesso em toda a hist�ria, e certamente o mais popular dentre os frameworks para desenvolvimento web. Mas em seis anos de vida (desde a sua primeira vers�o) tanto o pr�prio Struts quando o Java EE evolu�ram, e muitos desenvolvedores ainda trabalham da forma como aprenderam originalmente com o Struts 1.0 ou 1.1.

O objetivo deste artigo � orientar tanto iniciantes, que est�o começando o seu aprendizado do Struts, quanto profissionais mais experientes, que podem usar o que mostramos aqui para explorar novas possibilidades em vers�es recentes do Struts. Primeiro ser�o discutidas recomendaç�es sobre como fazer o melhor uso do Struts, e depois ser� apresentado um substituto para o struts-blank, a aplicaç�o-modelo fornecida com o framework. Essa aplicaç�o � modificada de acordo com as recomendaç�es expressas neste artigo, e inclui alguns exemplos de formul�rios, aç�es e validadores, que o struts-blank original n�o fornece.

Neste artigo, ao contr�rio da maior parte da documentaç�o do Struts, n�o se teve a preocupaç�o em manter a compatibilidade com vers�es mais antigas das especificaç�es de Servlets e JSP. As pr�ticas e exemplos apresentados esperam um container web moderno, que suporte ao menos Servlets 2.4 e JSP 2.0. O exemplo foi testado com o Tomcat 5.x, mas dever� funcionar sem modificaç�es em outros containers que implementem as vers�es mais recentes das especificaç�es.

O Struts foi tratado de forma geral em v�rios artigos da Java Magazine, como "Struts Essencial", na Ediç�o 6, "Struts vai �s compras" (Ediç�o 11), "Views com Struts" (Ediç�o 19) e "Struts Multip�ginas" (Ediç�o 20). A validaç�o com o Struts Validator foi discutida na Ediç�o 7 e recentemente na Ediç�o 31.

1. Estruture os arquivos de configuraç�o de acordo com a aplicaç�o

Todos n�s iniciamos o uso do Struts com algum tutorial que explica o uso do arquivo struts-config.xml, e a maioria aprende logo tamb�m a usar tamb�m o validation.xml. A id�ia adotada no Struts, de definir regras de navegaç�o e validaç�o de forma declarativa em arquivos XML, em vez de faz�-lo de forma procedural em c�digo Java, aumenta a produtividade do desenvolvedor e facilita futuras mudanças no fluxo de p�ginas de uma aplicaç�o web.

Mas um problema � que podemos nos esquecer que estes arquivos XML s�o parte integrante da l�gica da aplicaç�o. Os mesmos fatores afetam a facilidade de manutenç�o de c�digo Java tamb�m afetam a manutenibilidade de l�gica expressa em XML ou em qualquer outra linguagem. Algu�m criaria um �nico m�todo Java contendo 500 linhas de c�digo? Ent�o porque os arquivos de configuraç�o do Struts[1] deveriam crescer tanto sem que nenhum desenvolvedor reclame?

O fato � que em aplicaç�es reais a quantidade de aç�es e formul�rios, ou seja, de possibilidades de interaç�o do usu�rio com a aplicaç�o, pode tornar os arquivos de configuraç�o quase imposs�veis de gerenciar. Usar uma ferramenta de apoio, como o plug-in Struts Console para o Eclipse, ou o editor de arquivos de configuraç�o de outros IDEs, apenas �adia� um pouco o ponto onde a alteraç�o do struts-config.xml e do validation.xml se torna um peso consider�vel sobre os desenvolvedores

Mas n�o � necess�rio colocar tudo em apenas dois arquivos, um para os Actions e outro para o Validator! Os nomes �struts-config.xml� e �validation.xml� s�o nomes fornecidos pelo pr�prio  desenvolvedor em outros arquivos de configuraç�o. Al�m de ser poss�vel usar outros nomes, pode ser configurada uma lista de arquivos, em vez de um �nico arquivo. O Struts e o Validator usar�o sem problemas todos os arquivos listados, sem impor nenhuma restriç�o sobre o que pode ser definido em cada um deles.

Em vez dois �nicos arquivos j� citados, pode ser criado um conjunto de arquivos de configuraç�o �globais� e conjuntos de arquivos de configuraç�o para cada m�dulo ou subsistema importante da sua aplicaç�o. Por exemplo, em um site de vendas on-line, com um m�dulo de cat�logo de produtos e outro m�dulo para efetivaç�o de compras, a estrutura de arquivos de configuraç�o ficaria assim:

? WEB-INF

�web.xml (mapeia o ActionServlet e relaciona os arquivos de configuraç�o struts-xxx.xml)

�struts-global.xml (define exceç�es e forwarders globais, al�m de arquivos de configuraç�o dos validadores)

�validator-rules.xml (validadores embutidos no struts)

�validator-custom.xml (validadores acrescentados pela aplicaç�o)

�catalogo

�actions.xml (Actions e formul�rios para o m�dulo de cat�logo de produtos)

�validation.xml (validaç�es para o m�dulo de cat�logo de produtos)

�compras

�actions.xml (Actions e formul�rios para o m�dulo de check-out das compras e consulta ao carrinho)

�validation.xml (validaç�es para o m�dulo de check-out das compras e consulta ao carrinho)

A id�ia � criar diret�rios adicionais sob a pasta WEB-INF para agrupar todos os arquivos de configuraç�o relacionados com um mesmo m�dulo ou subsistema da aplicaç�o. (O exemplo dispon�vel para download cont�m apenas um m�dulo, chamado �agenda�, seguindo a mesma convenç�o de nomes apresentada.)

A Listagem 1 apresenta exemplos de como configurar esta situaç�o, fornecendo trechos de c�digo para os arquivos web.xml e struts-global.xml. Observe que n�o foram utilizados os nomes default struts-config.xml e validation.xml. Assim lembramos aos desenvolvedores de procurarem o arquivo correto, sempre que forem acrescentar uma nova definiç�o de Action, formul�rio ou validaç�o.

O arquivo validator-custom.xml, serve para a definiç�o de validadores n�o-padr�o (ou sejam, que n�o sejam fornecidos pelo pr�prio Validator). Esse arquivo poderia ser quebrado de modo a facilitar a reutilizaç�o de grupos de validadores customizados por outras aplicaç�es. Por exemplo, validator-documentos.xml poderia fazer a validaç�o de RGs, CPFs, Inscriç�es Estaduais e de outros n�meros e c�digos que representam documentos oficiais. J� validator-telefones.xml poderia conter validadores para n�meros telef�nicos com ou sem c�digo de operadora ou DDD. Nesse caso, pode ser interessante criar um subdiret�rio separado apenas para as definiç�es de validadores n�o-padr�o.

A mesma id�ia de organizar arquivos de configuraç�o de acordo com a estrutura l�gica da aplicaç�o tamb�m vale para arquivos de mensagens (para internacionalizaç�o), e arquivos de configuraç�o do Tiles e de outros componentes utilizados pela aplicaç�o.