O que você achou da GWT? [fechadas]

11

Como estou aprendendo Java nesse período e acabei de concluir os tutoriais, acho que estou pronto para começar a contribuir para um projeto (já que sei por experiência própria que é a melhor maneira de realmente aprender).

Eu já vi o GWT, parece interessante, então pensei em tentar. No entanto, estou pensando, desde que o GWT implanta aplicativos Java em JavaScript, por que eu deveria aprender o GWT quando poderia aprender a coisa real (esse é o JavaScript). Minha pergunta: vale a pena? Alguém não seria melhor em aprender JavaScript se quisesse criar aplicativos JS, em vez de usar Java e GWT? Sei que pode ser mais fácil criar certas coisas com o GWT, mas no final vale a pena?

Obrigado.

Peter Boughton
fonte
3
No entanto, as pessoas aprendem C em vez de programar sistemas em código de máquina diretamente.
haylem

Respostas:

6

O GWT é essencialmente um compilador para código nativo, assim como o Visual Studio compila códigos de origem para bytes ou linguagem de máquina.

Isso permite que o programador abstraia as diferenças na arquitetura subjacente, assim como os usuários do Visual Studio não precisam se preocupar com as diferenças no tamanho das palavras, no número de registros e nas convenções exatas para chamar o sistema operacional quando codificam 32 bits ou 64 bits. -mordeu.

Isso é bom, pois permite transferir parte do ônus da manutenção para outros. Como esse é o Google, você sabe que eles têm mais recursos de desenvolvimento do que você, portanto, você está essencialmente trazendo mão de obra extra de graça.


fonte
2
Outro benefício é a depuração no modo hospedado. Assim, você pode depurar a lógica do seu aplicativo, tanto do lado do cliente quanto do servidor e com todas as ferramentas da etapa do depurador.
Jeremy
5

eu não gosto disso

Tudo o que você pode fazer com ele pode ser limpo sem ele.

Josh K
fonte
Aceita. Mas você está escrevendo páginas com várias imagens com um arquivo por imagem. Certo ?
1
@Rocket: Eu não entendo o que significa "várias imagens, um arquivo por imagem" .
21710 Josh K
4
@ Rocket: Não consigo ver o que as imagens têm a ver com o GWT. Se você deseja ativar sprites, é possível, caso contrário, sim, você tem várias imagens.
21410 Josh K
1
@ Josh Meu palpite é que você adiciona pequenas animações, etc., em vez de escrever um grande complexo. Há uma razão pela qual os idiomas de script são limitados a pequenas tarefas e as linguagens estaticamente tipadas são usadas para tarefas maiores.
MP01
2
Em uma ferramenta de palavras. Ninguém escreveu um editor comparável real para javascript comparado aos muitos disponíveis para java.
MP01
2

O motivo pelo qual a GWT adotou o Java como linguagem de origem é porque JS (Ecmascript) é desumanamente difícil de trabalhar. O GWT é apenas uma boa maneira de levar a programação para Web / navegadores onde antes não era possível.

Antes do GWT, havia tentativas inúteis de programar algo nos navegadores (Ajax, dojo, javascript comum). Mas as forças da natureza são muito violentas por lá, então tudo desmorona (os navegadores mudam, eles nunca são os mesmos, as pessoas falam idiomas diferentes, as pessoas pensam que 15 imagens deveriam ser na verdade 15 arquivos, etc.).

A resposta é: se eu codificasse a caldeira oceânica na Internet (que não é o meu trabalho), então escolheria o GWT.

PS Outro pensamento. O JS é feito pelo Netscape. A empresa está morta há muito tempo, mas o idioma permanece inacabado e apodrecido


fonte
6
-1 O ECMAScript é constantemente desenvolvido; O ECMAScript 5 foi lançado no ano passado e o ActionScript, a linguagem do Flash, é o ECMAScript.
16
-1. O JavaScript não é "desumanamente difícil" para programar. Se você acha difícil o JavaScript, provavelmente não é muito inteligente. Antes da GWT, havia pessoas que sabiam o que estavam fazendo. Após o GWT, existem pessoas que não podem codificar JavaScript (e usam GWT) e aquelas que podem (e não usam GWT). Além disso, o JavaScript explodiu no navegador, veja o Node.js e o MongoDB. Use SpiderMonkey ou V8 para escrever scripts independentes da plataforma.
Josh K
3
@ Josh K. Também considero o Visual Basic 6 ainda mais difícil de programar do que o JS. Java é mais fácil cerca de 50 vezes que o Basic. E CSharp é mais fácil pode ser 2 vezes que Java. Por dificuldade, refiro-me a aplicações práticas práticas complexas, que podem ser mantidas, criadas em equipes, vendidas aos clientes. Não me importo com diferenças no açúcar sintático. E acho que se você precisa ser muito inteligente para usar a linguagem, algo está errado com a linguagem.
3
O JavaScript é muito fácil de projetar grandes aplicativos de manutenção criados por equipes. Eu fiz isso. Não há nada difícil em escrever código modular, exceto que as pessoas decidem não fazê-lo.
Josh K
Não confunda DOM com JavaScript. Não é JS que é o problema.
Andrew T Finnell
2

Algumas razões pelas quais é bom acompanhar o GWT:

  • Toda tecnologia tem um ciclo de vida. O GWT está no auge. Aprender o GWT oferecerá a vantagem da tecnologia por um período mais longo no futuro.
  • GWT usando java, traz estrutura para aplicação web. JavaScript é mais adequado para scripts. Apoiado por java, o GWT é mais adequado para grandes aplicações. Se você notou os frameworks / kits de ferramentas sobre o JavaScript, pode concluir que eu faço isso por si só, o JavaScript não é suficiente para projetos sérios. Todas essas estruturas trazem estruturas para o desenvolvimento de aplicativos. O GWT é uma dessas estruturas e é a que prevalecerá.
  • A aplicação móvel é uma revolução no mundo do software. A revolução está em seu estágio inicial no momento. Mais e mais softwares serão movidos para plataformas móveis. Agora, o GWT é a ferramenta de desenvolvimento de aplicativos entre plataformas mais abrangente que você pode encontrar.

Dado isso, o GWT não está realmente relacionado às estruturas de serviços da web do google ou da sun (servlet). As ferramentas integradas se concentram mais na integração com seus servidores, devido à natureza comercial do google ou da sun. Para alavancar o poder da tecnologia do GWT, é preciso ignorar mais ou menos parte da hiperintegração de integração do servidor. Basta usar o GWT como uma ferramenta de aplicativo cliente, pois isso será mais benéfico para sua futura carreira.

minghua
fonte
1

Depende do que você deseja fazer (como na maioria das ferramentas).

Se você quiser entrar nos detalhes do desenvolvimento da Web, use muitos truques (às vezes diferentes) do ambiente do navegador, e os recursos mais recentes deles têm a coragem de lutar com pequenos truques que fazem com que seu aplicativo Web 'pareça legal', GWT estará sempre no seu caminho: se você tiver tempo e experiência, poderá fazer tudo e mais com as mãos. E sim, existem muitos outros kits de ferramentas que ajudarão você a programar em JavaScript.

No entanto, se você deseja criar uma GUI "não tão sofisticada", mas estável para seu aplicativo, que "deveria", e na maioria dos casos realmente faz o mesmo, e tem a mesma aparência em vários navegadores sem truques, o GWT é uma boa opção. escolha, o melhor que eu conheço. Explicação: O Google está definitivamente motivado para mantê-lo sincronizado com a maioria dos navegadores e as mais recentes tecnologias, e definitivamente possui recursos suficientes para fazê-lo. Sim, você adere a outro gigante em vez de fazer suas próprias coisas. Pergunta: qual é o seu trabalho? Fornecer o mesmo serviço para a maior raiva dos usuários por meio de uma interface da Web com o menor esforço - ou criar um portal brilhante e excepcional, com os recursos mais legais das plataformas mais recentes.

Motivo com +1: acho que é benéfico manter seu aplicativo em uma base de código e em um idioma. Você poderia fazer truques bem elaborados em scripts de banco de dados - mas se trava nesse servidor db. Você pode fazer coisas externas com scripts de shell ou arquivos em lote - mas se trava ao sistema operacional. Você pode implementar parte da lógica do controlador em JavaScript para fornecer uma interface de cliente rica em um navegador - mas pode se trancar em um navegador. Para todos os casos, não é fácil mantê-los sincronizados com a estrutura e os requisitos de dados do aplicativo principal (e talvez o mais difícil seja o ambiente do navegador + das ferramentas JS em constante mudança). Estou convencido de que, se o aplicativo principal estiver em Java, tudo deve estar em Java - com uma fração muito pequena de casos em que você realmente precisa colocar parte da lógica em outro ambiente.

Eu escolhi o GWT por causa das minhas respostas às perguntas acima - e ele faz o que eu queria: em cerca de duas semanas após a instalação, eu tinha uma interface da web aceitável para um sistema interno de monitoramento de servidor - apesar de ter experiência com o Swing. (Não, eu não usei a aparência padrão e sim, usei CSS e classes para apresentar informações lógicas :-))

Verifique suas tarefas atuais e planejadas - e escolha a ferramenta certa para elas.

Lorand Kedves
fonte