Resource based GUIs vs. Code Generation

nao li o artigo, mas esse recurso eu acho melhor do que, por exemplo,

<%!
//declaracao de um metodo dentro do jsp
%>
<%
// um monte de codigo no meio da jsp
// com um monte de if encadeado
// chama o metodo declarado acima
%>

Nunca tentei fazer nada em Swing que nao fosse “na unha”, pq todos os geradores de codigo e frameworks baseados em resource bundles eram meio esquisitos na epoca (e isso faz um ano e pouco, entao provavelmente ja mudou).

Estou mexendo bastante com Objective C e o Interface Builder do MacOS X, e o esquema dos arquivos NIB eh muito, muito bom.

Tem um framework que estou desenvolvendo que facilita bastante a construção de formulários e tabelas em Swing. A abordagem é gerar dinâmicamente um formulário ou uma tabela a partir de um documento XML. Este formulário ou tabela você pode inserir como componente em uma tela Swing.

Como os componentes são de mais alto nível, fica bem mais fácil de trabalhar! O formulário por exemplo possui métodos como setBean() e populateBean() para settar e recuperar o objeto de um formulário. Está bem legal e já está sendo utilizado em aplicações em produção!

Segue o link: http://swingbean.sourceforge.net/

Eu sempre achei que o forms fosse algo muito mais em conta do que essas ferramentas visuais:
http://www.jgoodies.com/freeware/forms/

É relativamente fácil de escrever código para ele e com um pouco de organização dá para criar interfaces bastante interessantes.

valeuz…

O framework SwingBean que eu citei utiliza o FormLayout do JGoodies para a criação do componente de formulário. A diferença é que no lugar de ter que posicionar os 15 campos de um formulário na tela (e se quiser acrescentar um ou mudar a posição o bixo vai pegar), você vai posicionar somente um componente de alto nível, o JBeanPanel, já com todos os campos dentro dele. Vale a pena dar uma olhada…