Xandrix Blog

Atualmente tem se falado muito nas linguagem de script (Ruby, Groovy, Python, etc etc), principalmente comparando a produtividade delas com a produtividade de linguagens tipadas como Java.Não quero discutir sobre vantagens e desvantagens entre linguagens tipadas e não tipadas. Mas acho que linguagens de script (não tipadas) podem ser mais produtivas em aplicações �??piece of cake�?�.
O que eu quero mostrar aqui é sobre usar Javascript com uma linguagem de stript no Java.
Antes disso acho bom fazer um esclarecimento aqui: O que á Javascript.

Javascript é uma linguagem de programação interpretada e orientada a objetos. Ela foi incorporada na maioria dos navegadores web desde muito cedo, foi onde ela ganhou sua maior notoriedade.
Javascript se assemelha em uma primeira olhada a C/C++ e com Java, mas estas semelhanças são apenas aparentes.

O fato de Javascript vir embutido nos navegarores web lhe deu muita visibilidade e hoje qualquer pessoa que trabalha com web conhece Javascript (ou acha que conhece). Muita gente acha que Javascript é só isso, apenas para escrever scripts para páginas (D)HTML. Apesar dela permitir um modo de programação no estilo “livro de receitas”, ela é mais que isso, é uma linguagem de programação completa e complexa.
Por causa da implementação tosca que a Microsoft embutiu no IE (que nem é Javascript, e sim Jscript) e a falta de compatibilidades entre navegadores (que é um problema dos navegadores e não do Javascript) é que hoje ela tem uma má fama.

Bem vamos começar a falar do Javascript embutido em aplicações Java.

Tem-se falado e escrito muito sobre o Groovy, uma linguagem de script com uma sintaxe parecida com o Java (mas de novo esta semelhança é apenas superficial). Acho uma boa idéia ter liguagens de scripts em uma plataforma, melhor ainda se ela for suportada oficialmente, mas sinceramente não gostei muito do Groovy, acho a sua documentação fraca e pouca, a performance não é lá estas coisas e a história que sua sintaxe é muito parecida com Java acaba nos primeiro 5 minutos quando você começa a escrever um script sério em Groovy. Sinceramente não vejo porque não adotar Javascript como linguagem de script padrão do Java, é uma linguagem madura e estável, bem documentada e pode fazer tudo que o Groovy faz e talvez mais algumas coisas.
O Bom é que o Java 6 vai ter um suporte melhor para scripts, e vai vir de fábrica com o Rhino embutido. Outra coisa boa é que não precisamos esperar o Java 6 para embutirmos Javascript em nossas aplicações.

O Rhino (http://www.mozilla.org/rhino/) é uma ótima e madura implementação open source de Javascript escrita inteiramente em Java. Ele nasceu dentro da Netscape quando esta pensava em lançar um navegador 100% Java (isso por volta de 1998), e para isso precisava de uma engine Javascript. O projeto deste browser morreu, mas o Rhino continou com vida própia.

Uma nota, a engine Javascript que o Mozilla e o Firefox usam é o SpiderMonkey (http://www.mozilla.org/js/spidermonkey/) que é escrito em C. Alias, grande parte do Mozilla/Firefox é escrita em Javascript (http://lxr.mozilla.org/mozilla/source/browser/)

Este post já esta bem grande, mas nos próximos dias vou escrever como embutir Javascript com Java, acreditem, é muito fácil. (E não, não estamos falando de Javascript para deixar suas páginas web mais interativas, é Javascript rodando em sua aplicação, acessando base de dados, fazendo calculos ou até mesmo respondendo � requests Http como se fossem um Servlet).

Eu ainda não tenho visto uma grande adoção do JSF por aplicações empresáriais aqui no Brasil, mas parece que o mercado gringo esta procurando cada vez mais profissionais que conheçam JSF. O link abaixo fala disso e compara o Struts com Cobol (Achei que teve maldade nisso :-p )

Eu ainda não estudei muito o JSF, mas achei que desenvolver com ele sem um bom suporte de uma IDE é bem complicado. E é um paradigma muito diferente do que “estamos” acostumados com o Struts, Servlet / JSP e outras frameworks web por ai.

Ainda se encontra muito mais referências ao Struts que ao JSF no Google, pelo menos até a data deste post, veja isso aqui
Link:
http://www.jroller.com/page/RickHigh?entry=demand_for_jsf_doubles_in

Publicado originalmente em 10/09/2006
Sempre achei que aplicações para celulares (J2ME, Brew) era uma coisa natimorta. O principal problemas é a interface com o usuário, telas pequenas, com baixa resolução e teclado, a única interface de entrada, com poucas teclas em um espaço muito reduzido.

Mas recentemente adquiri um Nokia 6265[1], e acho que o primeiro argumento, o da tela, não é mais problema para este modelo. Tem um display grande de 240×320, onde é até possível ler com um conforto razoável um texto longo. Bem, a interface de entrada continua pobre. Mas pelo menos agora temos um display decente.

Neste modelo já se tem o mínimo de graça os jogos, alguns aplicativos usáveis como por exemplo uma programa de planilha eletrônica[2] e uma calculadora científica[3]. Senti falta de um Media Player mais decente, o que vem no celular achei palha, e acho que em J2ME da para fazer um com mais recursos (mostrar informações das musicas, tocar por categorias, criar e editar play lists, etc). Procurei na net um mas não achei. Seria um bom projeto para eu conhecer melhor J2ME. :-)

Uma aplicação interessantíssima é usar o celular como um eBook. Achei uma aplicação bem interessante para isso, o mjBook[4]. Tem bastante recursos, controle de brilho do display, cores de fundo e da fonte, rotação do texto no display, bookmarks, etc. Para transformar um texto .TXT em um “eBook” você tem que usar o mjBookMaker[5], que gera o .jar e ai é só instalar no celular como uma aplicação J2ME qualquer. Uma pena que ele não tenha nenhum tipo de formatação. Formatações básicas como negrito, itálico, sublinhado seriam recursos muito interessantes. Mas para você ler um texto no celular é uma mão na roda.

Se você encontrar mais aplicações interessante em J2ME, coloquem aqui.

Problemas a solucionar ainda :
Interface de entrada, um teclado decente e/ou telas sensíveis ao toque. Melhor conexão com a internet, pelo menos o Wap da Vivo é uma piada de mau gosto, e cara ainda por cima!

Links:
[1] Nokia 6265
[2] mini Excel
[3] midp-calc
[4] mjBook
[5] mjBookMaker

Publicado originalmente em 11/08/2006

Ainda sobre o assunto de Ajax aqui vai alguns projetos interessantes para ajudar no desenvolvimento de Ajax

Ajax JSP Tag Library http://ajaxtags.sourceforge.net/
Este é ótimo, são tags JSP prontas para o uso para usar Ajax. Essa eu já usei profissionalmente. Não atende todos os casos, mas é mais do que o básico e já é o suficiente para deixar sua aplicação com cara e funcionalidades da Web 2.0

script.aculo.us! http://script.aculo.us/
�? uma biblioteca de Javascript fácil de usar com muitas funcionalidades legais para deixar sua aplicação Web 2.0. �? o motor por debaixo dos panos da Ajax JSP Tag Library

Prototype http://prototype.conio.net/
Framework Javascript com muitas funcionalidades, é o motor de muitas funcionalidades do script.aculo.us!. �? passível de algumas críticas por alterar profundamente o contexto do Javascript (altera propriedades dos Objetos padrões), mas quebra um galho quando você tem que implementar alguma coisa que a Ajax JSP Tag Library não atende.

Ajax Toolbox http://www.ajaxtoolbox.com/
Se você quer implementar Ajax na unha e não esta usando a Ajax Tags use isso (ok, você pode usar o Prototype tb), funções já bem mastigadas em Javascript para facilitar sua vida.

The Javascript Toolbox http://www.javascripttoolbox.com/
Um monte de bibliotecas Javascript já mastigadas, prontas para o uso, não tem nada de Ajax, mas pode dar muita vida em suas aplicações web. O pai destas bibliotecas é o mesmo pai do Ajax Toolbox. Este site é obrigatório para quem quer mexer com Javascript. Ele faz algumas criticas ao Prototype.

O Assunto é extenso, nem falei do DWR, do Google Web Toolkit e nem do Yahoo! User Interface Library Ai pessoal, por enquanto é só.

Originalmente publicado no antigo blog em 10/07/2006

Muito tem se falado na tal web 2.0[1]. Um conceito um pouco abstrato, que é na prática uma nova concepção de interface das aplicações web.

Muito deste ‘hype’ se resume a não mais a necessidade de se fazer um reload da página inteira apenas para trocar o conteúdo de um campo ou para alterar alguma parte da tela. Só isto já é bastante significativo, em um sistema que desenvolvi, quando apliquei alguns conceitos da web 2.0 (ajax, javascript e DOM) a melhoria da usabilidade foi muito grande. Mas não uma revolução ….

Esta revolução esta já acontecendo, o Google inovou muito na web com a interface do Google Maps[2], depois imprecionou um pouco mais com a interface do GMail[3]. A partir deste momento a usabilidade de uma aplicação web e de uma aplicação desktop estavam muito próxima, lembro do meu espanto na época que vi pela primeira vez a interface do Google Maps (naquele momento tiver a certeza que o Google ira dominar o mundo :-p)

Muito se falou na época do lançamento do GMail no gigante, na época, do tamanho da caixa de email, 1 Gb. Mas o verdadeiro motivo do sucesso do GMail foi, acredito eu, a sua interface com o usuário.

Mas esta semana tive outra destas surpresas ao ver a interface do webmail do Yahoo da Inglaterra[4]. Praticamente todos os recursos de uma aplicação desktop estão lá, e tudo em HTML e javascript. Na minha opnião, a Yahoo! é a única empresa capaz de competir minimamente com o Google neste momento na web.

Outras aplicações interessantes da web 2.0 são as planilhas eletrônicas. Uma aplicação web com praticamente todos os recursos práticos de uma planilha eletrônica desktop (Excel, OpenOffice Calc), e com a vantagem de você poder acessa-la de qualquer lugar pela internet sem ter que salvar nada localmente. Isso sem falar nos editores de texto no mesmo estilo.

�? isso, um novo paradigma de aplicações esta nascendo.

Links:
[1] What Is Web 2.0
[2] Google Maps
[3] GMail
[4] Yahoo! Mail UK

Update: achei um texto legal exatamente sobre o mesmo assunto aqui