Google liberou GWT - um conjunto de ferramentas da janela de java que convertesse suas aplicações de java (que usam o conjunto de ferramentas API) ao Javascript (incl. AJAX) e HTML. O que segue é uma breve revisão das características e de alguns pensamentos. Mas deixa primeiramente para ver porque Google pensa que é importante.


As tecnologias de Java oferecem um plaform produtivo do desenvolvimento, e com GWT, podem imediatamente transformar-se a base de sua plataforma do desenvolvimento de AJAX também. Estão aqui alguns dos benefícios de tornar-se com GWT:

  • Você pode usar todas suas ferramentas de desenvolvimento favoritas de Java (eclipse, IntelliJ, JProfiler, JUnit) para o desenvolvimento de AJAX.
  • O tipo de estática que verific na língua de Java impulsiona a produtividade ao reduzir erros.
    Os erros comuns do Javascript (erros tipográficos, tipo más combinações) são travados facilmente em compilam o tempo um pouco do que por usuários no tempo de execução.
  • O alerta do código/conclusão está extensamente - disponível.
  • Java automatizado que refactoring é consideravelmente snazzy actualmente.
  • os projetos Java-baseados de OO são mais fáceis de comunicar-se e compreender, assim fazendo sua base do código de AJAX mais compreensível com menos documentação.

Há diversas boas razões pelas quais GWT é uma tecnologia irrelevante.

Google supor que as aplicações se tornando de AJAX são difíceis e sujeitas a erros. Isso é longe da realidade. Há diversos conjuntos de ferramentas da alta qualidade disponíveis para desenvolver aplicações de AJAX hoje como DWR (para Java), SAJAX (para PHP, rubi etc.), prototype.js (conjunto de ferramentas de JS), Dojo (para efeitos) e dúzia outro.

GWT não simplifica realmente o ciclo de vida do desenvolvimento. O que pode ser ganhado em se tornar em Java puro (que supor há um ganho significativo após ter deslocado a curva de aprendizagem, pelo menos inicialmente) é muito provável ser deslocado durante o teste da integração (borne-compilação).

A maioria de AJAX/Javascript fornecem de nível elevado da transparência no processo que permite desse modo que você elimine erros de todos os problemas facilmente.

A transparência é algo que nós faltaremos sorely em GWT. Você tem que confiar em Google para entregar o defeito - produto livre para basear seu negócio em. Eu usei diversos conjuntos de ferramentas do windowing e eu sei difícil é lhes fazer o defeito - livre. Se eu tenho que escolher conjuntos de ferramentas do windowing de Java minha preferência óbvia será balanço ou swt. Para aplicações web eu sujaria um pouco com HTML e Javascript (com diga o protótipo ou o SAJAX ou o DWR) um pouco do que manda Google gerar algum thingamajig para mim.

GWT máquina-gera o Javascript de seu código de Java. OMI que é um trajeto perigoso a tomar. O código gerado (no Javascript ao carregador) é sempre muito doloroso para eliminar erros se necessário. E confie que eu ele estará exigido para toda a aplicação web aceitável que fizer qualquer coisa significativo.

Você pode igualmente funcionar GWT na modalidade hospedada. Na modalidade hospedada, sua aplicação é funcionada como o bytecode de Java dentro da máquina virtual de Java (JVM). Isto é benéfico para o sdevelopment. Entretanto não é obviamente uma escolha acima da relação lisa do Javascript/HTML porque exige o encaixotamento de um controle do navegador (um controle de Internet Explorer em Windows ou um controle do Gecko/Mozilla no linux) com os ganchos no JVM.

A notícia um tanto boa é navios de GWT com o código fonte completo para a biblioteca sob uma licença da fonte aberta. De qualquer modo considerando a natureza da besta eu duvido que você ganhe muito de ir sob a capa do gerador. Eu desejo-lhe o melhor da sorte naquele.

Para alguma razão estranha o seguinte faz-me muito incômodo:

Se a biblioteca da classe de GWT não encontra suas necessidades, você pode misturar Javascript escrito à mão em seu código fonte de Java usando nossa relação nativa do Javascript (JSNI).

E então a edição da privacidade:

Quando você usa o web browser hospedado do conjunto de ferramentas da correia fotorreceptora de Google, a aplicação emite um pedido de volta aos usuários de Google à verificação considerar se você está usando a versão a mais recente do produto. Como uma parte deste pedido, Google registrará os dados do uso que incluem um timestamp da data e da hora onde você transferiu o conjunto de ferramentas da correia fotorreceptora de Google e o IP address para seu computador.

Em conclusão eu penso que é uma tentativa aceitável de simplificar o desenvolvimento da correia fotorreceptora e merecem a admiração para aquele. Entretanto eu não penso que fará muito impacto na paisagem do desenvolvimento da aplicação web. Em uma nota diferente eu estou feliz ver que compromisso de Google a Java e tecnologias de reconhecimento de Java oferece um plaform produtivo do desenvolvimento.