Avançar para o conteúdo principal

GWT - Afinal sempre é possível fazer as coisas simples

Nas últimas semanas tenho andado a estudar e experimentar o GWT. É uma agradável surpresa.
Depois de ter passado pelo JSF e afins sinto finalmente que alguém decidiu dar um murro na mesa e dizer : 
Mas porque é que estão com complicações ? Existe um lado que é interface e corre no cliente e outro que corre no servidor e um mecanismo simples que permite comunicar facilmente entre os dois.

É certo que ainda não tenho nenhuma aplicação feita por mim em produção. Mas a este ritmo e com a confiança com que estou na ferramenta acho que lá irei chegar rápidamente.

Os conceitos são simples:
  • A programação é feita em Java de forma muito similar ao swing.
  • As componentes visuais programadas podem ser ligadas às tag(s) do html, permitindo aproveitar trabalho já feito ou programar no editor de html preferído.
  • Compila-se o java e a ferramenta gera JavaScript para o browser específico.
  • As componentes de servidor são "apenas" rpc(s) para as quais se disponibilizam formas fáceis de comunicação (conversão de objectos java em javascript, xml ou json).
  • Os pedidos de execução no cliente a componentes no servidor são assincronos. Ajax simples :-).
Sinto a falta de um editor visual.  Não existe nada "free" mas já andam por aí produtos comerciais baratos.
Seja como for é bastante fácil de fazer "à mão".


Comentários

  1. Experimenta o RAP. Eu pessoalmente nunca o usei, mas a equipa do GUI do projecto em que estive na Critical (eu estava no Server, que era lá ao lado) dizia muito bem disso, e pelo menos o resultado estava muito bom. Eu só tive que "mexer" um pouco no código para "ligar" a alguns componentes do servidor, e foi extremamente facil.

    De resto, eu mantenho a minha opiniao de longa data, de que "user-interfaces" sao coisas que num sistema optimo nao deviam existir, e só existem neste mundo porque a Informatica (no sentido de "processamento de informacao", nao de "ciencia da informacao") ainda esta num estadio algo primitivo (como o prova, por exemplo, o uso intensivo de bases de dados relacionais...). Aliás, se pensarmos bem no conceito, "user-interfaces" pressupoe que os "users" nao fazem parte do "sistema" que se está a construir, e dai ser preciso um "interface". Ora o correcto seria partir do principio de que os "users" fazem parte do "sistema", e dai nao ser necessario nenhum "interface". Como ha-de ser um dia com o "pervasive computing".

    Como eu costumo dizer, "o unico utilizador bom é aquele que nao sabe que o é"...

    ResponderEliminar
  2. RAP a tia!

    Fica no GWT que isso é que é bom.

    PJG

    ResponderEliminar
  3. Outra vantagem de usar RAP é a de ser baseada em SWT e semelhante a RCP, assim é possível "aproveitar" o conhecimento que já exista nessas plataformas.

    ResponderEliminar

Enviar um comentário

Mensagens populares deste blogue

Backup automático de disco USB (pen drive)

Hoje em dia toda a gente tem uma pen drive para levar os seus ficheiros de um lado para o outro. E muitas vezes está lá trabalho importante. Mas impõe-se uma pergunta: o que acontece se se perde a pen drive ? Ou se esta se avaria? Quem é que faz backups regulares da pen drive ? Muito pouca gente! Pessoalmente tenho por hábito fazer um backup cerca de uma vez por semana. Quando o trabalho é muito, faço backup mais vezes. Mas já por duas vezes as avarias me fizeram perder as versões mais recentes. E isto chateia. Por isso aqui há uns dias decidi "coçar esta comichão" e resolver o problema de forma mais sistemática: arranjei maneira de fazer um backup automático cada vez que ligo a pen drive a um computador. (sim, eu sei que há software específico para isto, mas que querem, apeteceu-me fazer mais um) A receita é relativamente simples: um script (DOS batch file ) que faz o backup , um ficheiro de definição de autorun e já está. 1. O script de backup - Basta instalar, na roo...

Ideias sobre o ensino à distância em 2020

O processo de combate ao COVID-19 obriga a que todos repensem as suas actividades normais e um dos sectores mais afectados é o Ensino. Diz-se com frequência que o Ensino em Portugal continua no séc. XX, porque continua a depender quase totalmente de lápis, caneta, papel e livros. Entre os anos de 1965 e 1987, Portugal teve a  Telescola , um projecto de ensino à distância que tentava resolver a falta de professores do ciclo preparatório (5º e 6º anos) em locais remotos. Desde então, tanto quanto sabemos, não houve mais projectos de ensino à distância em larga escala. Retrospectivamente, talvez tenha sido um erro mas, enfim, são coisas fáceis de dizer à posteriori. O tele-ensino não é uma coisa nova e os constrangimentos tecnológicos de hoje são muito menores. Nada que se compare, por exemplo com a experiência School of the Air , existente na Austrália desde 1951, quando os miúdos podiam apenas falar com os professores por rádios alimentados a pedais. Foto: "Miss Molly Ferg...

Recém-licenciados das TI não sabem produzir sistemas de informação

Uma das conclusões mais chocantes do recente trabalho " Competências a reforçar na formação dos profissionais de TI em Portugal ", do Grupo de Trabalho das Competências, da ANETIE é que os recém-licenciados não sabem o suficiente sobre construção de interfaces nem sobre produção de informação . Não conheço estatísticas sobre esta matéria. Mas julgo que não estará muito longe da verdade a afirmação de que mais de 90% dos licenciados em cursos ligados às TI estarão envolvidos profissionalmente na produção ou exploração de Sistemas de Informação de Gestão. Isto é: bases de dados, formulários electrónicos, relatórios operacionais ou analíticos, troca de informação entre sistemas, etc.. Ora o que a ANETIE apurou junto dos seus associados é que entre as maiores lacunas encontradas nos licenciados do sector que se vão depois dedicar à engenharia de software, os conhecimentos sobre coisas básicas como écrans de entradas de dados e emissão de relatórios são extremamente baixos. Outr...