De mon point de vue, Groovy , le langage dynamique pour la machine virtuelle Java, est arrivé sur la courbe de battage grande au point de la réalité technique. Avec Scala et Clojure lieu seulement deux nouveaux langages de programmation sont entraînés par la communauté des disciples de Java.
Donc, il doit être interrogé à l'époque à ce que vous avez vous-même à ce jour mis en œuvre en Groovy, mais si elle reste ou saute sur la Scala de train. Dierk König, auteur de "Groovy in Action" (le meilleur livre technique que j'ai lu ces derniers temps), une fois que les 7 suivants les modèles d'utilisation Groovy pour identifier:
Super Glue, coeur liquide, chirurgie endoscopique, la configuration intelligente, l'ouverture illimitée, elfe de maison Scripts, Prototype
Ou pas tout à fait aussi prosaïque que:
- Lien entre les composants Java (comme Spring et Hibernate dans Grails)
- La logique sous-traitance Buisiness d'adapter dynamiquement aux changements qu'ils peuvent
- Possibilité d'intervention dans les applications actuelles
- Configuration avancée au moyen d'un langage de programmation (pour finalement se débarrasser de la maladroite XML)
- un léger changement de code lors de l'exécution
- Aide pour toutes les tâches impliquées dans la programmation (automatisation des builds, l'intégration continue, déploiement, installation, service de surveillance, rapports, statistiques, documentation automatisée, les tests fonctionnels, de grattage HTML, Web télécommande, XML-RPC, les services Web)
- Outil pour le prototypage rapide, avec la possibilité qu'ils puissent plus tard porté à Java.
Mais revenons au point de départ. Que dois-je faire avec Groovy?
Tout d'abord, je vous écris 95% de nouveaux tests en Groovy. La syntaxe de croquant, une parfaite interopérabilité avec Java et le bon (mais améliorable) intégration dans Eclipse pour faire de la création de tests beaucoup moins gênant. Il existe également des applications Web plus petits et les services Web basés sur Grails (l'Webframwork basée sur sa part aussi Groovy), ainsi que des outils qui sont purement écrites en Groovy.
En fin de compte, on peut dire que le battage médiatique a cédé la place à la vie quotidienne et Groovy s'intègre parfaitement dans le travail quotidien. Avec Griffon et GPars sont 2 autres cadres pour les applications Swing et programmation concurrente (threads) sur une base routinière. Et une communauté dynamique s'est formée autour de ce langage dynamique. Un commutateur à la Scala ou la fermeture est donc pour moi le moment la question.
Et pour être tout à fait Ehlich, quand les enfants demandent: «Papa qu'est-ce que tu fais?" Sounds like "programme que je groovy" beaucoup plus frais que "j'ai été la programmation Scala." 
Liens:
Modèles d'utilisation Groovy par Dierk Koenig
De mon point de vue, Groovy, le langage dynamique pour la machine virtuelle Java, est arrivé sur la courbe de battage grande au point de la réalité technique. Scala et Clojure lieu seulement deux nouveaux langages de programmation sont entraînés par la communauté des disciples de Java. Donc, il doit être interrogé à l'époque à ce que vous avez vous-même à ce jour mis en œuvre en Groovy, mais si elle reste ou saute sur la Scala de train. Dierk König, auteur de "Groovy in Action" (le meilleur livre technique que j'ai lu ces derniers temps), une fois les 7 suivantes habitudes d'utilisation pour Groovy identifiés: Super Glue, coeur liquide, chirurgie endoscopique, la configuration intelligente, l'ouverture illimitée, Maison Prototype-Eleven scripts Ou pas tout à fait aussi prosaïque que: un lien entre les composants Java (comme Spring et Hibernate dans Grails) logiques Buisiness externalisation afin de l'adapter dynamiquement aux changements de possibilité d'intervention dans les applications actuelles qui s'étendent de la configuration au moyen d'un langage de programmation (se débarrasser à la dernière maladroite XML), un léger changement de code lors de l'exécution de soutien pour toutes les tâches impliquées dans la programmation (automatisation des builds, l'intégration continue, déploiement, installation, service de surveillance, rapports, statistiques, documentation automatisée, les tests fonctionnels, raclage HTML, Web télécommande, XML-RPC, Services Web) outil pour le prototypage rapide, avec la possibilité de ces plus tard porté à Java. Mais revenons au point de départ. Que dois-je faire avec Groovy? Tout d'abord, je vous écris 95% de nouveaux tests en Groovy. La syntaxe de croquant, une parfaite interopérabilité avec Java et le bon (mais améliorable) intégration dans Eclipse pour faire de la création de tests beaucoup moins gênant. Il existe également des applications Web plus petits et les services Web basés sur Grails (l'Webframwork basée sur sa part aussi Groovy), ainsi que des outils qui sont purement écrites en Groovy. En fin de compte, on peut dire que le battage médiatique a cédé la place à la vie quotidienne et Groovy s'intègre parfaitement dans le travail quotidien. Avec Griffon et GPars sont 2 autres cadres pour les applications Swing et programmation concurrente (threads) sur une base routinière. Et une communauté dynamique s'est formée autour de ce langage dynamique. Un commutateur à la Scala ou la fermeture est donc pour moi le moment la question. Et pour être tout à fait Ehlich, quand les enfants demandent: «Papa qu'est-ce que tu fais?" Sounds like "programme que je groovy" beaucoup plus frais que "j'ai été la programmation Scala." :-) Liens: Patterns d'accès Groovy par Dierk Koenig
gklinkmann écrit par \ \ tags: eclipse , Grails , Groovy , Java , Open Source , printemps , Web , web2.0 , xml
