| Autor |
Mensagem |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 13/08/2010 10:22:35
|
marcosalex
GUJ Expert
![[Avatar]](/images/avatar/0a8f8b227be2d04a675082cc9d51c127.jpg)
Membro desde: 20/02/2008 12:32:59
Mensagens: 3371
Offline
|
Fazer na mão ou visual acho que vai de cada um mesmo. heheheh Só o tempo que um analista desenha no papel pra montar seu layout, eu costumo fazer visualmente. E se precisar alterar alguma coisa, também faço manualmente. A codificação deixo apenas pras regras de negócio mesmo.
Mas conheço sim, muita gente extremamente produtiva codificando na unha, até em Delphi e VB. Cada um trabalha como preferir, mas o engraçado é ver em fórums internacionais brigas homéricas a respeito de RAD e não RAD.
O GWT precisava mesmo era de uma grid, da mesma forma que no JavaFX também não tem. Fico imaginando a dificuldade de se implementar uma coisa que é tão usada pelos aplicativos hoje em dia...
|
|
|
 |
|
|
![[Post New]](/templates/default/images/icon_minipost_new.gif) 13/08/2010 11:15:04
|
magnomp
JavaBaby
Membro desde: 21/07/2009 12:43:00
Mensagens: 77
Offline
|
Eu prefiro evitar essas bibliotecas como GXT, SmartGWT, etc. É tentador quando você compara o conjunto de widgets delas com os widgets padrão do GWT, mas ainda assim evito.
Principalmente aquelas que são apenas um wrapper para uma biblioteca em Javascript, pois assim eu perco todas as vantagens que o compilador Java/Javascript do GWT dá.
Outro problema é elas não se dão bem com widgets padrão do GWT, o que te deixa preso nelas.
E o GXT me parece que nem é compatível com o UiBinder, então é mais um fator contra o seu uso.
Sobre o UiBinder, o GWT Designer da Instantiations não o suporta (até onde eu sei). Segundo eles, o editor é um editor visual, não editor XML. Essa desculpa não faz o menor sentido pra mim, mas fazer o que.... Só espero que agora a Google implemente suporte ao UiBinder no plugin, por que senão a coisa toda ficaria um tanto quanto incoerente.
Mas de qualquer forma, nada disso serve pra mim, eu uso Netbeans
|
|
|
 |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 13/08/2010 20:29:22
|
alanweb
Thread.start()
Membro desde: 29/11/2008 12:34:33
Mensagens: 49
Offline
|
mrrbigu wrote:Acho que é seria uma boa para quem gosta, mas pessoalmente estou com o Marky, desenhar telas utilizando esses recursos drag and drop faz uma "sujeira" danada no código, e além disso nem todas oferecem bom suporte a herança visual.
Para quem já possui experiência e possui telas padrão prontas, fica mais rápido fazer "na mão".
Essa sujeira que o codigo gera vem de muito tempo atras, quando esses editores foram desenvolvidos, os editores desenvolveram, mas a compatibilidade com o antigo não foi quebrado.
Tome por base flex, a tela é montada usando uma linguagem de marcação, depois na hora de compilar essa tela, geralmente em xml e transformada em codigo, e misturada com o codigo de classe. O Visual Studio da microsoft faz algo parecido, mas ele usa herança, quando ele compila o projeto, ele compila a tela que esta em xml para classe, e esta herda da classe em questao.
O netbeans por exemplo, monta a tela de designe q nos vemos em tempo de projeto em xml, e ao mesmo tempo vai inserindo codigo java na classe, isso poderia ser evitado utilizando umas das tecnicas acima, evitando o lixo de codigo excessivo.
|
|
|
 |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 13/08/2010 21:42:25
|
marcosalex
GUJ Expert
![[Avatar]](/images/avatar/0a8f8b227be2d04a675082cc9d51c127.jpg)
Membro desde: 20/02/2008 12:32:59
Mensagens: 3371
Offline
|
alanweb wrote:
Essa sujeira que o codigo gera vem de muito tempo atras, quando esses editores foram desenvolvidos, os editores desenvolveram, mas a compatibilidade com o antigo não foi quebrado.
Tome por base flex, a tela é montada usando uma linguagem de marcação, depois na hora de compilar essa tela, geralmente em xml e transformada em codigo, e misturada com o codigo de classe. O Visual Studio da microsoft faz algo parecido, mas ele usa herança, quando ele compila o projeto, ele compila a tela que esta em xml para classe, e esta herda da classe em questao.
O netbeans por exemplo, monta a tela de designe q nos vemos em tempo de projeto em xml, e ao mesmo tempo vai inserindo codigo java na classe, isso poderia ser evitado utilizando umas das tecnicas acima, evitando o lixo de codigo excessivo.
O que o VS faz é "esconder" a sugeira, não sei se é a melhor abordagem. Por um lado, você vê a coisa mais limpa, mas por outro lado, você não vê e nem tem controle do código porco gerado por trás.
Mas com as máquinas cada vez mais poderosas, um código um pouco maior é um preço pequeno pela produtividade.
|
|
|
 |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 14/08/2010 15:36:23
|
alanweb
Thread.start()
Membro desde: 29/11/2008 12:34:33
Mensagens: 49
Offline
|
marcosalex wrote:O que o VS faz é "esconder" a sugeira, não sei se é a melhor abordagem. Por um lado, você vê a coisa mais limpa, mas por outro lado, você não vê e nem tem controle do código porco gerado por trás.
Mas com as máquinas cada vez mais poderosas, um código um pouco maior é um preço pequeno pela produtividade.
Não acho q o q o VS faça seja enconder a sujeira, senão o que a arvore de componentes do jsf e o uibinder do gwt fazem é e mesmissima coisa, gerar componentes apartir de um xml e injetar em um outro código(a pagina).
Eu uso o Netbeans, e gosto muito dele, mas o que ele faz com swing, isso sim é sujeira, e pior q nesse codigo gerado por ele vc não pode editar, pois ele não deixa, vc ve o codigo mas não pode editar.
No final acaba dando no memo, pois vc pricisa fazer:Não importa se vc usa VS ou Netbeans, vc pode sempre fazer isso!
|
|
|
 |
|
|
|
|