Discussion :

[jeromek]

Voilà je poste ce petit message pour sonder notre chère communauté francophone pour évaluer le nombre de personne ayant déjà utilisé le langage 'groovy' qui peux tourner sur une plateforme java, et peux utiliser les classes java, etc....

Et dans l'affirmative, le retour d'expérience acquis, feedback sur le processus de développement.

[eclesia]

Avis :

Je n'aime pas particulierement denaturé les languages avec "encore" une syntaxe différente. Si vraiment on doit faire un dérivé en script, il devrait etre simple et plus procédurale qu'objet.
A quoi bon faire un langage de script aussi compliqué que le langage lui meme?

Si java doit evoluer, c'est en créant quelque chose qu'on pourrat intégrer dans nos logiciels, en pure java, mais avec la simplicité de VBA.
Quand je regarde Matisse, je me dis qu'on est tres proche.

On sait charger dynamiquement des classes. Mieux vaut un plug ins qu'un script.

[adiGuba]

Salut,

Groovy est bien différent de Java, et il se rapproche vraiment plus d'un langage de script que de Java (pour preuve les quelques exemples sur le site officiel : http://groovy.codehaus.org/)

Il est donc bien plus simple que Java, même s'il reste orienté objet et qu'il peut utiliser des classes Java standard...


Ce n'est pas comparable avec Matisse qui reste un outils : cela n'a strictement rien à voir !

On sait charger dynamiquement des classes. Mieux vaut un plug ins qu'un script.

Pas forcément : un script est utilisable plus facilement, et peut être éditable à la volée, peut être généré via des modèles, etc. (je pense par exemple à un système de macro).

Sans compter qu'avec Java 6 et le projet scripting, il est très simple d'intégrer des langages de scripts dans une application Java...



Maintenant concernant Groovy en général je ne peux pas dire grand chose car je ne l'ai jamais utilisé...

a++

[natha]

Je me suis à peine renseigné dessus pour le moment mais ce qui m'intéresse c'est son intégration dans jasper.
En effet, dans les fichiers jrxml (de jasper), on peut utiliser du code java. Le code java est assez lourd avec nottament l'obligation de faire new Boolean(...) quand on souhaite récupérer un booléen (même chose pour les strings, int, etc...).
Coder alors en groovy se révèle bien pratique pour tous ces mini-bouts de code.

[eclesia]

Ce n'est pas comparable avec Matisse qui reste un outils : cela n'a strictement rien à voir !

Je sais faire la différence, merci

je me suis mal fait comprendre, désolé, je voulais dire par la, qu'il serait plus interessant d'avoir la possibilité de faire un genre de "macro"(genre vba) gardant la syntaxe, l'orgnisation etc... du java. plutot que des scripts dans un dérivé java.

L'objectif de chacun n'est pas le même c'est sur.

mais la limite entre macro et script est elle si eloignée?
On peut tres bien faire des macros non visuel

[lunatix]

je ne connais pas trop groovy, disons que ce qui m'intéresse dans les langages de scripts, c'est deux choses : la possibilité de faire de petits scripts système rapidement et intégrer ce genre de langage dans une application pour les parties mouvantes (validation etc..)

apres groovy, disons que je prefere rihno ou ruby, qui sont plus connus, et donc plus faciles a gerer. c'est plus une question de notoriété pour moi, et pas de qualité intrinsèque du langage

[MaitreKaio]

Pour résumer un article que j'ai aimé sur le sujet, Groovy est un Domain Specific Language pour les développeurs Java. Il permet à des experts du domaine considéré (le dev Java) de s'exprimer d'une manière raccourcie, d'éviter une bonne partie des lourdeurs de la programmation Java.
Evidemment son aspect dynamique le rend semblable à d'autres langages (Ruby, Scala, ...), mais Groovy est orienté développeur Java, sa syntaxe est familière.
Enfin, Groovy n'est pas qu'un langage de scripting... On peut scripter en Groovy, mais on peut s'en servir dans toutes sortes de contextes. En fait quand on écrit un script Groovy, derrière le rideau il se produit simplement un travail qui encapsule le script dans un objet Script de Groovy.