posté ce matin (tôt) :

Happy to announce that we added Java support

http://code.google.com/appengine/

Le point d’entrée dans la doc est ici :

http://code.google.com/intl/fr/appengine/docs/java/overview.html

c’est du java6, un plugin eclipse est disponible avec le SDK, on peut utiliser des jsp, des servlets, du jpa pour accéder au datastore (un genre de base de données non relationnelle). Il semble que groovy fonctionne aussi

Je pense que ça va faire décoller le google appengine (je n’ai rien contre python, mais la visibilité de java et quand même largement plus forte).

Allez vous l’utiliser ? venez en parler ici

Edit : Scala fonctionne aussi en fait, ainsi que jruby et autres langages de script sur la jvm

Prenons par exemple une classe Adresse pour java : Elle contient deux attributs, leurs geters et seters ainsi qu’une méthode de formatage getAdresseComplete et un petit main pour afficher les données.
Et bien elle compile directement dans groovy mais nous allons bien sur voir comment elle peut être transformée pour une meilleure lisibilité.

Tout d’abord et comme la dernière fois : les ; sont inutiles, et en groovy, les classes et méthodes sont par défaut public. On peut donc se passer de ces artefacts inutiles dans le code.

Vous avez peut-être vu que pour java7, il est proposé un système déclaration des propriétés, en groovy, c’est déjà la. Un attribut sans aucun modificateur est considéré comme une propriété. Vous pouvez donc vous passer des geters et seters. Par contre le byte code généré comporte ces méthodes, donc si vous utilisez ce bean via java, vous pourrez bien utiliser les méthodes getVille() et autres.

Dans groovy, dernier statement d’une méthode est automatiquement retourné, on peut donc se passer du return de la méthode getAdresseComplete(). On en profite pour utiliser les possibilités de concaténation de variables des String groovy (GString de leur petit nom).

Et comme On l’a vu, il n’est pas obligatoire de tout mettre dans une classe, ni de typer les variables. On utilise le raccourci println pour System.out.prinln() histoire d’alleger au maximum.

Au final, on a du code très simple, très expressif, et facile a lire pour un habitué de java. C’est je crois le gros point fort de groovy, très expressif, tout en étant facile a appréhender.
Par contre, je reste partagé sur le fait de typer ou non les variables, et je pense que ça dépends du type de code que l’on produit. Si c’est plutôt du script, def c’est plutôt pratique. Sur un projet plus gros, le typage apporte quand même une sécurité a la compilation appréciable.

Et bien sur, vous disposez avec ce bean de Java et de toute ses api, comme par exemple JPA. Voila par exemple ce que donne ce bean rendu persistant via JPA.

Il existe un plugin pour Eclipse, et un autre pour Netbeans est en approche. Sinon, la console groovy marche aussi

Bon, nous venons de java, et un hello world java qui donnerait ceci fonctionne sans aucun changement sous groovy.

Il faut savoir que par défaut dans groovy, une classe ou une méthode est public, donc on peut se passer de ce mot clé, et que les ; sont optionnels.

De plus, comme on utilise souvent les sorties standards, la méthode println de System.out est disponible en permanence, et petit plus, si il n’y a pas d’ambiguïté, les accolades sont optionnelles.

Enfin, en groovy, il n’est pas obligatoire de tout inclure dans une classe : on arrive donc a un très simple.

cet exemple bien sur un peu caricatural vous montre quand même bien la philosophie de Groovy ! Le code doit être utile et lisible. tout ce qui est inutile doit disparaitre ! On verra par la suite la même passe sur un java bean.

Ce que j’apprécie dans groovy, c’est le fait qu’il soit proche de java, tout en amenant un nettoyage du langage très bien pensé. On peut passer facilement et naturellement vers ce langage en s’appuyant sur ce qu’on connait déjà de java et de ses API.

je vais dans les semaines qui suivent (si j’ai le temps /o\ ) essayer de publier différents billets sur groovy et ses points forts.
Par exemple son excellente interaction et intégration dans java, sur les Builders intégrés, sur les accès base de données etc…

Un premier gros point fort de groovy sur java, c’est le fait qu’il peut être compilé a la volée. c’est-à-dire que le passage par l’étape de compilation est optionnel. C’est vraiment très agréable de pouvoir exécuter facilement et modifier du code comme en php (ou d’autres). Le classpath peut contenir des .class (oui groovy se compile en .class, mais on y reviendra) ou des .groovy indifféremment.

Du coup, groovy peut être utilisé très facilement en langage de scripting.