Discussion :

[FranT]

Bonjour, tout est dans le titre. J'entends depuis quelques temps parler de ce langage de script (bien que pour certains il s'agisse plus que d'un script) et j'aimerais vraiment savoir quel intérêt il y a à vouloir s'en servir.
Dans quelles situations peut-on être amené à faire appel à Groovy (ou à un autre d'ailleurs)?
Si l'intérêt existe (et il semblerait que c'est le cas), j'aimerais bien ne pas passer à côté. Merci d'avance d'éclairer ma lanterne.

[moritan]

Bonjour, tout est dans le titre. J'entends depuis quelques temps parler de ce langage de script (bien que pour certains il s'agisse plus que d'un script) et j'aimerais vraiment savoir quel intérêt il y a à vouloir s'en servir.
Dans quelles situations peut-on être amené à faire appel à Groovy (ou à un autre d'ailleurs)?
Si l'intérêt existe (et il semblerait que c'est le cas), j'aimerais bien ne pas passer à côté. Merci d'avance d'éclairer ma lanterne.

Je vais te redonner quelques justifications donner par son créateur aux Tech days.
Il y en a d'autre mais j'ai pas tout en tête.

- facilité de déploiement pas de recompile et pas de redéploiement dans un environnement WEB.
- simplification du langage donc compréhension accrue par un non développeur, utile pour la modélisation de règle métier par ex.
-Fonctionnalité accru, il nous à fait une démo ou en quelques lignes son code à ouvert IE, ouvert une page WEB et fait un copier/coller vers un document Word.
- langage concis et rapide pour la réalisation de prototype
-framework type Grail

[natha]

Il est par exemple possible d'utiliser Groovy dans iReport pour réaliser certaines instructions java lorsqu'on construit un rapport (par exemple des tests d'égalité, des transformations de chaîne, etc...) sans coder directement en java.
Ca s'avère donc plus léger d'utiliser Groovy que Java dans ce cas.

[khamamouch]

Bonjour,

Je me permet de déterrer ce sujet pour vous demander si vous avez des retours sur l'utilisation de Groovy et de Grails sur des projets avec des contraintes assez fortes en terme de volumétrie, gestion des transactions, gestion des conccurences d'accès, et autres choses basiques que l'on retrouve sur une application serveur (classique) codée en Java.

Est-ce que ça tient le coup, les perfs sont-elles bonnes, est-ce qu'on s'amuse bien pendant le dev et le debug, etc... tout un tas de questions dont j'aimerais avoir des réponses

Une autre question, et non des moindres, quelle est la courbe d'apprentissage (on va séparer Groovy lui même et Grails) pour avoir un niveau autonome et acquérir de bonnes pratiques, coder proprement et performant ? En clair si je lis Groovy In Action, est-ce que j'ai une autonomie sur le codage lui-même (l'organisation, avec Grails par exemple, c'est sans doute différent) ?

Voilà, je sais que j'ai un gros train de retard sur la techno mais comme j'ai envie de me lancer dans d'autres languages de la JVM et estimer les charges de dev, je me pose tout un tas de questions que des professionnels/pratiquants seront plus à même de répondre.

Merci d'avance

[madfu]

Salut,

Ce genre de retour m'intéresserait aussi, en attendant concernant les performances de Groovy je suis tombé là dessus
Je suis en train d'écrire un DSL pour faire de l'import de données je te donnerais des news

quelle est la courbe d'apprentissage (on va séparer Groovy lui même et Grails) pour avoir un niveau autonome et acquérir de bonnes pratiques, coder proprement et performant

Tout dépend des capacités de chacun mais je pense que si on vient du monde Java (et globalement du monde statique) le langage peut dérouter, ça a été mon cas au tout début

Je recommande effectivement la lecture approfondie d'un livre Groovy avant de démarrer un projet par contre je ne connais pas "Groovy in action", personnellement c'est un l'utilisant au quotidien, en regardant la doc du site (qui est assez complète) le code d'autres API, que j'ai fini par adopter petit à petit de bonnes pratiques ou du moins des pratiques me permettant de mieux tirer profit du langage.

Ce que je peux dire aussi côté bonnes pratiques c'est que j'écris beaucoup plus de tests depuis que j'utilise Groovy parce que sa souplesse implique tout de même une certaine rigueur

Maintenant que je me sens plus à l'aise je m'éclate, j'écris du code plus souple et plus simple (dans la syntaxe et l'organisation) et il me faudrait de bonnes raisons pour entamer un nouveau dev en Java

[ZnhaarX]

Bonjour,

Alors en ce qui concerne le Groovy et son utilisation, il est aussi utilisé dans les outils de build en java.

A l'heure actuelle tu trouves comme principaux outils de build Maven et Ant/Ivy (les plus utilisés selon moi).
Quoiqu'il en soit, tu trouves aussi un outil de build plus récent qui s'appelle Gradle. Ainsi, la gestion de dépendances se fait via un fichier qui est écrit entièrement en Groovy. De même, je crois que Maven3 a la possibilité d'utiliser le Groovy pour déclarer les dépendances d'un projet.

Ce n'est pas forcément l'utilisation de Groovy la plus pertinente qu'il soit (dans le sens où l'on exploite pas pleinement ses possibilités), mais ça te donne déjà un bon exemple concret de pourquoi il est utilisé.

Il faut préciser qu'à la base, les dépendances dans les outils de build sont plutôt déclaré dans un fichier XML. Donc, l'utilisation de Groovy ici est plus avantageuse dans le sens où c'est beaucoup moins verbeux que le XML et plus puissant.