Les nouveautés de Groovy 2 -- Mix-IT 2013
Upcoming SlideShare
Loading in...5
×
 

Les nouveautés de Groovy 2 -- Mix-IT 2013

on

  • 1,471 views

Fort de ses 1.7 millions de téléchargements l'an passé, Groovy continue son bonhomme de chemin en tête parmi les langages de programmation alternatifs pour la JVM. ...

Fort de ses 1.7 millions de téléchargements l'an passé, Groovy continue son bonhomme de chemin en tête parmi les langages de programmation alternatifs pour la JVM.
Groovy 2.0, sorti l'an passé, introduisait dans son offre de la modularité, le support de JDK 7 au niveau syntaxique avec "Project Coin" autant qu'au niveau JVM avec l'utilisation d'"invoke dynamic", et proposait des fonctionnalités de typage et de compilation statique.
Groovy 2.1, quant à lui, s'appuie sur ces bases pour compléter le support d'"invoke dynamic" pour plus de performances. Il propose des améliorations permettant de documenter, d'aider les IDEs, et de vérifier statiquement les Domain-Specific Languages construits avec Groovy. Vous pourrez créer des méta-annotations regroupant d'autres annotations, pour éviter l'annotation "hell". Et enfin, vous irez encore plus loin dans la customisation du compilateur !
Accrochez votre ceinture, paré au décollage !

Statistics

Views

Total Views
1,471
Views on SlideShare
1,467
Embed Views
4

Actions

Likes
0
Downloads
7
Comments
0

1 Embed 4

http://translate.googleusercontent.com 4

Accessibility

Categories

Upload Details

Uploaded via as Adobe PDF

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

Les nouveautés de Groovy 2 -- Mix-IT 2013 Les nouveautés de Groovy 2 -- Mix-IT 2013 Presentation Transcript

  • Les nouveautésde Groovy 2GuillaumeLaforgeGroovy Project ManagerSpringSource / VMware
  • GuillaumeLaforge@glaforge http://glaforge.appspot.com http://gplus.to/glaforge 
  • Langage dynamiqueoptionnellement typéGroovy
  • ...statiquement vérifiéet compiléGroovy
  • syntaxe dérivant de Java :facile à apprendre !Groovy
  • 1.7 milliondownloads
  • AblossomingEcosystem
  • GVM
  • GVM
  • GVMGROOVYENVIRONMENTMANAGER
  • GVM:GroovyenVironmentManager• Nouveau venu dans la communauté• http://gvmtool.net/ — @gvmtool• Gérer les versions parallèles de différentsprojets de l’écosystème• Supporte...• Groovy, Grails, Griffon, Gradle, Vert.x• Sur Linux, MacOS, Cygwin, Solaris, FreeBSD
  • Commençonspar Groovy2.0ModularityJava 7: ProjectCoin & invokedynamicStatic typechecking & compilation
  • Modularité« Tout le monde n’a pas besoin de tout,tout le temps, en même temps ! »
  • LamodularitédeGroovy• Le JAR « groovy-all » de... 6 Mo !• En plus du langage, des APIs :• moteur de template, scripting the tâches Ant,construction d’interfaces Swing...• Proposer un coeur plus léger• et des modules par API• Brancher des méthodes d’extension
  • LesnouveauxJARs• Un JAR principal plus petit 3 Mo• Modules– console– docgenerator– groovydoc– groovysh– ant– bsf– jsr-223– jmx– sql– swing– servlet– templates– test– testng– json– xml
  • LesnouveauxJARs• Un JAR principal plus petit 3 Mo• Modules– console– docgenerator– groovydoc– groovysh– ant– bsf– jsr-223– jmx– sql– swing– servlet– templates– test– testng– json– xml
  • « Fais tonmarché »
  • Lesmodulesd’extension• Créer sa propre extension• contribuer des méthodes d’instancepackage  fooclass  StringExtension  {        static  introduces(String  self,  String  name)  {                "Hi  ${name),  I’m  ${self}"        }}//  usage:  "Guillaume".introduces("Cédric")
  • Lesmodulesd’extension• Créer sa propre extension• contribuer des méthodes d’instancepackage  fooclass  StringExtension  {        static  introduces(String  self,  String  name)  {                "Hi  ${name),  I’m  ${self}"        }}//  usage:  "Guillaume".introduces("Cédric")Même structureque les catégories
  • Lesmodulesd’extension• Créer sa propre extension• contribuer des méthodes statiquespackage  fooclass  StaticStringExtension  {        static  hi(String  self)  {                "Hi!"        }}//  usage:  String.hi()
  • Descripteurdesmodulesd’extension• META-INF/• services/• org.codehaus.groovy.runtime.ExtensionModulemoduleName  =  stringExtensionsmoduleVersion  =  1.0//  liste  de  noms  de  classe  séparées  par  des  virgulesextensionClasses  =  foo.StringExtension//  liste  de  noms  de  classe  séparées  par  des  virgulesstaticExtensionClasses  =  foo.StaticStringExtension
  • Thème Java 7Syntaxe de « Project Coin »Support d’invoke dynamic
  • Une histoire decanard...
  • Littérauxbinaires• En plus de décimal, octal, et héxa...• On a une représentation binaire :int  x  =  0b10101111assert  x  ==  175  byte  aByte  =  0b00100001assert  aByte  ==  33  int  anInt  =  0b1010000101000101assert  anInt  ==  41285
  • Les«underscores»dansleslittéraux• Utilisation des « underscores » pour séparerles unités au choixlong  creditCardNumber  =  1234_5678_9012_3456Llong  socialSecurityNumbers  =  999_99_9999Lfloat  monetaryAmount  =  12_345_132.12long  hexBytes  =  0xFF_EC_DE_5Elong  hexWords  =  0xFFEC_DE5Elong  maxLong  =  0x7fff_ffff_ffff_ffffLlong  alsoMaxLong  =  9_223_372_036_854_775_807Llong  bytes  =  0b11010010_01101001_10010100_10010010
  • Catchd’exceptionsmultiples• Un seul bloc catch pour plusieursexceptions, plutôt que dupliquer les blocstry  {        /*  ...  */}  catch(IOException  |  NullPointerException  e)  {        /*  un  seul  bloc  */}
  • Coin-Coin !
  • Supportd’invokedynamicdeJDK7• Nouveau « flag » pour compiler avec « indy »• on proposera peut-être un backport (pour JDK < 7)• Avantages• plus de performance à l’exécution• en théorie...• Sur le long terme, on pourra remplacer• « call site caching » ➔ MethodHandles• « metaclass registry » ➔ ClassValues• et le JIT « inlinera » plus facilement le code
  • Thème « statique »Vérification statique de typeCompilation statique
  • Vérificationstatiquesdetype• But : rendre le compilateur « grincheux » !• jeter des erreurs à la compilation• et non pas au runtime !
  • Tout le monde n’a pasbesoin de dynamiquetout le temps !
  • Tout le monde n’a pasbesoin de dynamiquetout le temps !Nah !
  • Vérificationstatiquedetype• Le compilateur grincheux souhaite...• dire quand il y a une faute de frappedans le nom d’une méthode ou d’une variable• râler quand on appelle une méthodeinexistante• ou quand on fait de mauvaisesaffectations ou utilise unmauvais type de retour
  • Vérificationstatiquedetype• Le compilateur doit inférer les types...• moins besoin de types explicites et de casts• inférence fine• « flow typing »• « lowest upper bound »
  • Vérificationstatiquedetype• Mais le compilateur doit comprendre lesméthodes d’extension de Groovy• permet d’avoir un bon niveau de dynamismemalgré les restrictions supplémentaires
  • Fautesdefrappeimport  groovy.transform.TypeChecked  void  method()  {}  @TypeChecked  test()  {        //  Cannot  find  matching  method  metthhoood()        metthhoood()          def  name  =  "Guillaume"        //  variable  naamme  is  undeclared        println  naamme}
  • Fautesdefrappeimport  groovy.transform.TypeChecked  void  method()  {}  @TypeChecked  test()  {        //  Cannot  find  matching  method  metthhoood()        metthhoood()          def  name  =  "Guillaume"        //  variable  naamme  is  undeclared        println  naamme}Erreur decompilation
  • Fautesdefrappeimport  groovy.transform.TypeChecked  void  method()  {}  @TypeChecked  test()  {        //  Cannot  find  matching  method  metthhoood()        metthhoood()          def  name  =  "Guillaume"        //  variable  naamme  is  undeclared        println  naamme}Erreur decompilationErreur decompilation
  • Fautesdefrappeimport  groovy.transform.TypeChecked  void  method()  {}  @TypeChecked  test()  {        //  Cannot  find  matching  method  metthhoood()        metthhoood()          def  name  =  "Guillaume"        //  variable  naamme  is  undeclared        println  naamme}Erreur decompilationErreur decompilationAnnotation niveauclasse ou méthode
  • Mauvaisesaffectationsdevariable//  cannot  assign  value  of  type...  to  variable...int  x  =  new  Object()Set  set  =  new  Object()  String[]  strings  =  [a,b,c]int  str  =  strings[0]  //  cannot  find  matching  method  plus()int  i  =  0i  +=  1
  • Mauvaisesaffectationsdevariable//  cannot  assign  value  of  type...  to  variable...int  x  =  new  Object()Set  set  =  new  Object()  String[]  strings  =  [a,b,c]int  str  =  strings[0]  //  cannot  find  matching  method  plus()int  i  =  0i  +=  1Erreurs decompilation
  • Mauvaisesaffectationsdevariable//  cannot  assign  value  of  type...  to  variable...int  x  =  new  Object()Set  set  =  new  Object()  String[]  strings  =  [a,b,c]int  str  =  strings[0]  //  cannot  find  matching  method  plus()int  i  =  0i  +=  1Erreurs decompilationErreurs decompilation
  • Mauvaisesaffectationsdevariable//  cannot  assign  value  of  type...  to  variable...int  x  =  new  Object()Set  set  =  new  Object()  String[]  strings  =  [a,b,c]int  str  =  strings[0]  //  cannot  find  matching  method  plus()int  i  =  0i  +=  1Erreurs decompilationErreurs decompilationErreurs decompilation
  • Mauvaistypederetour//  checks  if/else  branch  return  values@TypeCheckedint  method()  {        if  (true)  {  String  }        else  {  42  }}//  works  for  switch/case  &  try/catch/finally  //  transparent  toString()  implied@TypeCheckedString  greeting(String  name)  {        def  sb  =  new  StringBuilder()        sb  <<  "Hi  "  <<  name}
  • Mauvaistypederetour//  checks  if/else  branch  return  values@TypeCheckedint  method()  {        if  (true)  {  String  }        else  {  42  }}//  works  for  switch/case  &  try/catch/finally  //  transparent  toString()  implied@TypeCheckedString  greeting(String  name)  {        def  sb  =  new  StringBuilder()        sb  <<  "Hi  "  <<  name}Erreur decompilation
  • Mauvaistypederetour//  checks  if/else  branch  return  values@TypeCheckedint  method()  {        if  (true)  {  String  }        else  {  42  }}//  works  for  switch/case  &  try/catch/finally  //  transparent  toString()  implied@TypeCheckedString  greeting(String  name)  {        def  sb  =  new  StringBuilder()        sb  <<  "Hi  "  <<  name}Erreur decompilationAu final, appèle letoString() deStringBuilder
  • Inférencedetype@TypeChecked  test()  {        def  name  =  "    Guillaume    "          //  String  type  infered  (even  inside  GString)        println  "NAME  =  ${name.toUpperCase()}"            //  Groovy  GDK  method  support        //  (GDK  operator  overloading  too)        println  name.trim()          int[]  numbers  =  [1,  2,  3]        //  Element  n  is  an  int        for  (int  n  in  numbers)  {                println  n        }}
  • Inférencedetype@TypeChecked  test()  {        def  name  =  "    Guillaume    "          //  String  type  infered  (even  inside  GString)        println  "NAME  =  ${name.toUpperCase()}"            //  Groovy  GDK  method  support        //  (GDK  operator  overloading  too)        println  name.trim()          int[]  numbers  =  [1,  2,  3]        //  Element  n  is  an  int        for  (int  n  in  numbers)  {                println  n        }}Variableoptionnellement typée
  • Inférencedetype@TypeChecked  test()  {        def  name  =  "    Guillaume    "          //  String  type  infered  (even  inside  GString)        println  "NAME  =  ${name.toUpperCase()}"            //  Groovy  GDK  method  support        //  (GDK  operator  overloading  too)        println  name.trim()          int[]  numbers  =  [1,  2,  3]        //  Element  n  is  an  int        for  (int  n  in  numbers)  {                println  n        }}Variableoptionnellement typéeType String inféré
  • Inférencedetype@TypeChecked  test()  {        def  name  =  "    Guillaume    "          //  String  type  infered  (even  inside  GString)        println  "NAME  =  ${name.toUpperCase()}"            //  Groovy  GDK  method  support        //  (GDK  operator  overloading  too)        println  name.trim()          int[]  numbers  =  [1,  2,  3]        //  Element  n  is  an  int        for  (int  n  in  numbers)  {                println  n        }}Variableoptionnellement typéeMéthode trim() ajoutéedynamiquement par GroovyType String inféré
  • Inférencedetype@TypeChecked  test()  {        def  name  =  "    Guillaume    "          //  String  type  infered  (even  inside  GString)        println  "NAME  =  ${name.toUpperCase()}"            //  Groovy  GDK  method  support        //  (GDK  operator  overloading  too)        println  name.trim()          int[]  numbers  =  [1,  2,  3]        //  Element  n  is  an  int        for  (int  n  in  numbers)  {                println  n        }}Variableoptionnellement typéeType des élémentsd’un tableau inféréMéthode trim() ajoutéedynamiquement par GroovyType String inféré
  • Mélangerdynamiqueetstatiquementvérifié@TypeCheckedString  greeting(String  name)  {        //  call  method  with  dynamic  behavior        //  but  with  proper  signature        generateMarkup(name.toUpperCase())}  //  usual  dynamic  behaviorString  generateMarkup(String  name)  {        def  sw  =  new  StringWriter()        new  MarkupBuilder(sw).html  {                body  {                        div  name                }        }        sw.toString()}
  • Mélangerdynamiqueetstatiquementvérifié@TypeCheckedString  greeting(String  name)  {        //  call  method  with  dynamic  behavior        //  but  with  proper  signature        generateMarkup(name.toUpperCase())}  //  usual  dynamic  behaviorString  generateMarkup(String  name)  {        def  sw  =  new  StringWriter()        new  MarkupBuilder(sw).html  {                body  {                        div  name                }        }        sw.toString()}Statiquement vérifié
  • Mélangerdynamiqueetstatiquementvérifié@TypeCheckedString  greeting(String  name)  {        //  call  method  with  dynamic  behavior        //  but  with  proper  signature        generateMarkup(name.toUpperCase())}  //  usual  dynamic  behaviorString  generateMarkup(String  name)  {        def  sw  =  new  StringWriter()        new  MarkupBuilder(sw).html  {                body  {                        div  name                }        }        sw.toString()}Statiquement vérifiéDynamique
  • Vérificationsparinstanceof@TypeChecked  void  test(Object  val)  {        if  (val  instanceof  String)  {                println  val.toUpperCase()        }  else  if  (val  instanceof  Number)  {                println  "X"  *  val.intValue()        }}
  • Vérificationsparinstanceof@TypeChecked  void  test(Object  val)  {        if  (val  instanceof  String)  {                println  val.toUpperCase()        }  else  if  (val  instanceof  Number)  {                println  "X"  *  val.intValue()        }}Pas besoinde cast
  • Vérificationsparinstanceof@TypeChecked  void  test(Object  val)  {        if  (val  instanceof  String)  {                println  val.toUpperCase()        }  else  if  (val  instanceof  Number)  {                println  "X"  *  val.intValue()        }}Pas besoinde castPas besoinde cast
  • Vérificationsparinstanceof@TypeChecked  void  test(Object  val)  {        if  (val  instanceof  String)  {                println  val.toUpperCase()        }  else  if  (val  instanceof  Number)  {                println  "X"  *  val.intValue()        }}Pas besoinde castPas besoinde castComprends la méthode duGDK : String#multuply(int)
  • LowestUpperBound• Le plus petit « super » type commun• peut-être virtuel (« non-dénotable »)@TypeChecked  test()  {        //  an  integer  and  a  BigDecimal        return  [1234,  3.14]}
  • LowestUpperBound• Le plus petit « super » type commun• peut-être virtuel (« non-dénotable »)@TypeChecked  test()  {        //  an  integer  and  a  BigDecimal        return  [1234,  3.14]}Type inféré :List<Number & Comparable>
  • Flowtyping• La vérification statique « suit » le type desvaleurs assignées dans les variables@TypeChecked  test()  {        def  var  =  123                  //  int  inferé        int  x  =  var                      //  var  est  un  int        var  =  "123"                      //  assigne  une  String  dans  var        x  =  var.toInteger()      //  pas  besoin  de  cast        var  =  123        x  =  var.toUpperCase()  //  erreur,  var  est  un  int  !}
  • Pô très clean ton code,non mais allô quoi ?
  • Pô très clean ton code,non mais allô quoi ?Ben non !
  • Vérificationstatiqueetcodedynamique• La vérification statique à la compilation• @TypeChecked ne change pas le comportement• ne pas confondre avec compilation statique• La plupart des fonctionnalités dynamiquesne peuvent être vérifiées• changement de métaclasse, catégories...• variables dynamiques dans le « script binding »• Mais métaprogrammation compile-time OK• si suffisamment d’informations de type
  • Pasdemétaprogrammationdynamique@TypeChecked  void  test()  {        Integer.metaClass.foo  =  {}        123.foo()}
  • Pasdemétaprogrammationdynamique@TypeChecked  void  test()  {        Integer.metaClass.foo  =  {}        123.foo()}Accès au champdynamiquemetaClass interdit
  • Pasdemétaprogrammationdynamique@TypeChecked  void  test()  {        Integer.metaClass.foo  =  {}        123.foo()}Accès au champdynamiquemetaClass interditMéthode nonreconnue
  • Typeexplicitepourlesparamètresdeclosure@TypeChecked  test()  {        ["a",  "b",  "c"].collect  {                it.toUpperCase()  //  Pas  d’accord  !        }}
  • Typeexplicitepourlesparamètresdeclosure@TypeChecked  test()  {        ["a",  "b",  "c"].collect  {  String  it  -­‐>                it.toUpperCase()  //  OK,  une  String        }}
  • Typeexplicitepourlesparamètresdeclosure@TypeChecked  test()  {        ["a",  "b",  "c"].collect  {  String  it  -­‐>                it.toUpperCase()  //  OK,  une  String        }}Obligé d’indiquer letype explicitement
  • Typeexplicitepourlesparamètresdeclosure@TypeChecked  test()  {        ["a",  "b",  "c"].collect  {  String  it  -­‐>                it.toUpperCase()  //  OK,  une  String        }}Obligé d’indiquer letype explicitementLa liste peutcontenir n’importequoi à l’exécution !
  • Mais si c’est pô dynamique,on peut compilerstatiquement ?
  • Mais si c’est pô dynamique,on peut compilerstatiquement ?Ben oui !
  • Compilationstatique• Etant donné que le code est vérifié, que l’oninfère beaucoup d’information de type...on peut aussi bien compiler statiquement !• càd générer le même bytecode que javac• Aussi intéressant pour ceux qui sont bloquésen JDK < 7, pour bénéficier d’améliorationsde performances
  • Avantagesdelacompilationstatique• On gagne :• de la « type safety »• grâce à la vérification statique• car la compilation statique s’appuie dessus• du code plus rapide• aussi proche que la performance de Java• du code immunisé contre le « monkey patching »• la métaprogrammation dynamique peutinterférer avec vos frameworks• du bytecode généré plus petit
  • Ouais, ch’faisc’que j’veuxavec ton code
  • Ouais, ch’faisc’que j’veuxavec ton codeNiark !
  • Inconvénientsdelacompilationstatique• On y perds...• Certaines fonctionnalités dynamiques• changement de métaclasse, catégories• Le « dynamic dispatch » de méthode peut différer• même si grâce à l’inférence de type, elle est aussiproche de Groovy « classique » que possible
  • Mixercompilationstatiqueetcodedynamique@CompileStaticString  greeting(String  name)  {        //  call  method  with  dynamic  behavior        //  but  with  proper  signature        generateMarkup(name.toUpperCase())}  //  usual  dynamic  behaviorString  generateMarkup(String  name)  {        def  sw  =  new  StringWriter()        new  MarkupBuilder(sw).html  {                body  {                        div  name                }        }        sw.toString()}
  • Mixercompilationstatiqueetcodedynamique@CompileStaticString  greeting(String  name)  {        //  call  method  with  dynamic  behavior        //  but  with  proper  signature        generateMarkup(name.toUpperCase())}  //  usual  dynamic  behaviorString  generateMarkup(String  name)  {        def  sw  =  new  StringWriter()        new  MarkupBuilder(sw).html  {                body  {                        div  name                }        }        sw.toString()}Statiquement compilé
  • Mixercompilationstatiqueetcodedynamique@CompileStaticString  greeting(String  name)  {        //  call  method  with  dynamic  behavior        //  but  with  proper  signature        generateMarkup(name.toUpperCase())}  //  usual  dynamic  behaviorString  generateMarkup(String  name)  {        def  sw  =  new  StringWriter()        new  MarkupBuilder(sw).html  {                body  {                        div  name                }        }        sw.toString()}Statiquement compiléDynamique
  • Mixercompilationstatiqueetcodedynamique@CompileStaticString  greeting(String  name)  {        //  call  method  with  dynamic  behavior        //  but  with  proper  signature        generateMarkup(name.toUpperCase())}  //  usual  dynamic  behaviorString  generateMarkup(String  name)  {        def  sw  =  new  StringWriter()        new  MarkupBuilder(sw).html  {                body  {                        div  name                }        }        sw.toString()}Statiquement compiléDynamiqueAppel d’uneméthode aucontenudynamique
  • Mixercompilationstatiqueetcodedynamique@CompileStaticString  greeting(String  name)  {        //  call  method  with  dynamic  behavior        //  but  with  proper  signature        generateMarkup(name.toUpperCase())}  //  usual  dynamic  behaviorString  generateMarkup(String  name)  {        def  sw  =  new  StringWriter()        new  MarkupBuilder(sw).html  {                body  {                        div  name                }        }        sw.toString()}Statiquement compiléDynamiqueAppel d’uneméthode aucontenudynamiqueLa signature d’uneméthode est uncontrat !
  • Etlaperformancedanstoutça?• Comparaisons entre :• Java• Groovy• avec compilation statique — Groovy 2.0• avec optimisations types primitifs — Groovy 1.8+• sans optimisation — Groovy 1.7
  • Etlaperformancedanstoutça?FibonacciPi (π)quadratureBinarytreesJavaStaticcompilationPrimitiveoptimizationsNo prim.optimizations191 ms 97 ms 3.6 s197 ms 101 ms 4.3 s360 ms 111 ms 23.7 s2590 ms 3220 ms 50.0 s1.71.82.x
  • ...maintenantGroovy2.1Support complet d’invoke dynamicMéta-annotationsConfiguration avancée du compilateurExtensions du typechecker
  • Invoke DynamicSupport completde Invoke Dynamic
  • Supportcompletd’invokedynamic• Dans Groovy 2.0, tous les appels de méthodene passaient pas par « indy »• seulement les appels de méthodes normals• utilisation conjointe du « call site caching »• Sur JDK 7, avec le JAR « indy », Groovy 2.1utilise « invoke dynamic » partout• Sur JDK < 7, encore du « call site caching »
  • Méta-annotationsUn annotation pourles gouverner toutes !
  • Méta-annotations• Créer des méta-annotationsqui combinent et / ou paramétrisentd’autres annotations• Et qui fonctionnent avec les annotations destransformations d’AST
  • Méta-annotations@Immutable@ToString(excludes  =  ["age"])@AnnotationCollector@interface  MyAlias  {}
  • Méta-annotations@Immutable@ToString(excludes  =  ["age"])@AnnotationCollector@interface  MyAlias  {}Annotations collectées
  • Méta-annotations@Immutable@ToString(excludes  =  ["age"])@AnnotationCollector@interface  MyAlias  {}Annotations collectéesLe collecteur
  • Méta-annotations@Immutable@ToString(excludes  =  ["age"])@AnnotationCollector@interface  MyAlias  {}Annotations collectéesLe collecteurVotre propre aliasd’annotation
  • Méta-annotations@Immutable@ToString(excludes  =  ["age"])@AnnotationCollector@interface  MyAlias  {}@MyAliasclass  Foo  {        String  name        int  age}Annotations collectéesLe collecteurVotre propre aliasd’annotation
  • Méta-annotations@Immutable@ToString(excludes  =  ["age"])@AnnotationCollector@interface  MyAlias  {}@MyAliasclass  Foo  {        String  name        int  age}Annotations collectéesLe collecteurVotre propre aliasd’annotationUtilisez votreméta-annotation
  • L’annotation@DelegatesToAméliorer l’outillagepour le support desDomain-Specific Languages
  • Annotation@DelegatesTo• La vérification statique fonctionne bien aveccertains Domain-Specific Languages• « command chains », méthodes d’extension...• Mais pas pour les DSLs utilisant desclosures et de la délégation d’appel• souvent utilisé dans les DSLs comme Gradletask  copyTask(type:  Copy)  {        from  src/main/webapp        into  build/explodedWar}
  • Annotation@DelegatesToexec(spec)  {        foo()}
  • Annotation@DelegatesToclass  ExecSpec  {        void  foo()}exec(spec)  {        foo()}
  • Annotation@DelegatesToclass  ExecSpec  {        void  foo()}void  exec(ExecSpec  sp,  Closure  c)  {        c.delegate  =  sp        c()}exec(spec)  {        foo()}
  • Annotation@DelegatesToclass  ExecSpec  {        void  foo()}void  exec(ExecSpec  sp,  Closure  c)  {        c.delegate  =  sp        c()}exec(spec)  {        foo()}Le vérificateur statique ne saitrien de la méthode foo()
  • Annotation@DelegatesToclass  ExecSpec  {        void  foo()}void  exec(ExecSpec  sp,  Closure  c)  {        c.delegate  =  sp        c()}exec(spec)  {        foo()}Annoter avec@DelegatesTo(ExecSpec)Le vérificateur statique ne saitrien de la méthode foo()
  • Annotation@DelegatesTo• Avec une autre stratégie de délégationvoid  exec(ExecSpec  sp,  Closure  c)  {        c.delegate  =  sp        c.resolveStrategy  =  DELEGATE_FIRST        c()}
  • Annotation@DelegatesTo• Avec une autre stratégie de délégationvoid  exec(ExecSpec  sp,  Closure  c)  {        c.delegate  =  sp        c.resolveStrategy  =  DELEGATE_FIRST        c()}Annoter avec@DelegatesTo(value = ExecSpec,strategy = DELEGATE_FIRST)
  • Annotation@DelegatesTo• Utiliser Target pour préciser à qui déléguervoid  exec(ExecSpec  sp,  Closure  c)  {        c.delegate  =  sp        c()}
  • Annotation@DelegatesTo• Utiliser Target pour préciser à qui déléguervoid  exec(ExecSpec  sp,  Closure  c)  {        c.delegate  =  sp        c()}@DelegatesTo.Target(‘‘id’’)
  • Annotation@DelegatesTo• Utiliser Target pour préciser à qui déléguervoid  exec(ExecSpec  sp,  Closure  c)  {        c.delegate  =  sp        c()}@DelegatesTo.Target(‘‘id’’) @DelegatesTo(target = ‘‘id’’)
  • Annotation@DelegatesTo• Intéressant surtout pour les DSLs utilisationla délégation d’appeldans les closures• Excellent pour...• documenter les APIs• l’intégration avec l’IDE• complétion de code, navigation...• fonctionne avec la vérification statique et lacompilation statique
  • Etendre levérificateurPour aller plus loinque Java lui même
  • Etendrelevérificateurstatiquedetype• Etendre le vérificateur pourle rendre encore plus intelligent !• voire même plus intelligent que celui de Java :-)• En créant sa propre extension@TypeChecked(extensions  =                            MyExtension.groovy)void  exec()  {        //  code  to  be  further  checked...}
  • Etendrelevérificateurstatiquedetype• Etendre le vérificateur pourle rendre encore plus intelligent !• voire même plus intelligent que celui de Java :-)• En créant sa propre extension@TypeChecked(extensions  =                            MyExtension.groovy)void  exec()  {        //  code  to  be  further  checked...}On pourra créer uneméta-annotation
  • • Aider le vérificateur lorsque...• impossible d’inférer un type• aucune méthode trouvée• pas d’attribut trouvé• assignation incorrecteEtendrelevérificateurstatiquedetype
  • • Votre extension a accès àune API orientée événementEtendrelevérificateurstatiquedetype• onMethodSelection• afterMethodCall• beforeMethodCall• afterVisitMethod• beforeVisitMethod• methodNotFound• unresolvedVariable• unresolvedProperty• unresolvedAttribute• incompatibleAssignment
  • EtendrelevérificateurstatiquedetypeonMethodSelection  {  expr,  method  -­‐>  ...  }afterMethodCall  {  mc  -­‐>  ...  }unresolvedVariable  {  var  -­‐>  ...  }methodNotFound  {  receiver,  name,  argList,  argTypes,  call  -­‐>  ...  }incompatibleAssignment  {  lhsType,  rhsType,  expr  -­‐>  ...  }
  • EtendrelevérificateurstatiquedetypeonMethodSelection  {  expr,  method  -­‐>  ...  }afterMethodCall  {  mc  -­‐>  ...  }unresolvedVariable  {  var  -­‐>  ...  }methodNotFound  {  receiver,  name,  argList,  argTypes,  call  -­‐>  ...  }incompatibleAssignment  {  lhsType,  rhsType,  expr  -­‐>  ...  }MyExtension.groovy
  • EtendrelevérificateurstatiquedetypeonMethodSelection  {  expr,  method  -­‐>  ...  }afterMethodCall  {  mc  -­‐>  ...  }unresolvedVariable  {  var  -­‐>  ...  }methodNotFound  {  receiver,  name,  argList,  argTypes,  call  -­‐>  ...  }incompatibleAssignment  {  lhsType,  rhsType,  expr  -­‐>  ...  }MyExtension.groovyApprenez votreAST Groovy !
  • EtendrelevérificateurstatiquedetypeonMethodSelection  {  expr,  method  -­‐>  ...  }afterMethodCall  {  mc  -­‐>  ...  }unresolvedVariable  {  var  -­‐>  ...  }methodNotFound  {  receiver,  name,  argList,  argTypes,  call  -­‐>  ...  }incompatibleAssignment  {  lhsType,  rhsType,  expr  -­‐>  ...  }MyExtension.groovyApprenez votreAST Groovy !Pas besoind’être compilé
  • • Quelques exemples...• Vérifier qu’une chaîne représentantune requête SQL est valide• Vérifier le type des arguments passés àsprintf() avec le pattern de la chaîneEtendrelevérificateurstatiquedetype
  • Configurer lecompilateurClasse de script de baseScript de configurationDSL de configuration
  • Customiserlecompilateur• Groovy 1.8 a introduit la notionde « customizer »• rajouter des imports transparents• appliquer des transformations d’AST• filtrer / sécuriser les scripts• Avec le « static type checker » et la «compilation statique », on nous a demandés’il était possible de les appliquer pardéfaut
  • Customiserlecompilateur• Nouvelles options• --basescriptpour définir une classe de base pour les scripts• --configscriptpour indiquer un script qui va configurerCompilerConfiguration
  • Customiserlecompilateur• Rajouter la transformation @ToString•import  groovy.transform.ToStringimport  org.codehaus.groovy.control.customizers              .ASTTransformationCustomizerconfiguration.addCompilationCustomizer(        new  ASTTransformationCustomizer(ToString))
  • Customiserlecompilateur• Rajouter la transformation @ToString•import  groovy.transform.ToStringimport  org.codehaus.groovy.control.customizers              .ASTTransformationCustomizerconfiguration.addCompilationCustomizer(        new  ASTTransformationCustomizer(ToString))Instance de CompilerConfigurationinjectée par défaut
  • Customiserlecompilateur• Un petit DSL pour simplifier la configurationconfiguration.customizers  {        //  apply  to  MyBean.groovy        source(basename:  MyBean)  {                ast(ToString)        }}
  • Customiserlecompilateur• Un petit DSL pour simplifier la configurationconfiguration.customizers  {        //  apply  to  MyBean.groovy        source(basename:  MyBean)  {                ast(ToString)        }}configuration.customizers  {        //  apply  to  *.gbean  files        source(extension:  .gbean)  {                ast(ToString)        }}
  • Customiserlecompilateur• Un petit DSL pour simplifier la configurationconfiguration.customizers  {        //  apply  to  MyBean.groovy        source(basename:  MyBean)  {                ast(ToString)        }}configuration.customizers  {        //  apply  to  *.gbean  files        source(extension:  .gbean)  {                ast(ToString)        }}configuration.customizers  {        //  custom  filter  logic        source(unitValidator:  {  unit  -­‐>  ...  })  {                ast(ToString)                imports  {                        staticStar  java.lang.Math                }        }}
  • Pour en savoir plus...Groovy2.0http://groovy.codehaus.org/Groovy+2.0+release+notesGroovy2.1http://groovy.codehaus.org/Groovy+2.1+release+notes
  • Et après ?Groovy3 !Nouveau « MOP »Nouvellegrammaire Antlr v4Support des lambdasdeJava8
  • Parlonsunpeuderoadmap...2014201420132012Groovy 2.1Groovy 3.0Groovy 2.0
  • Parlonsunpeuderoadmap...2014201420132012Groovy 2.1Groovy 3.0Groovy 2.0
  • Parlonsunpeuderoadmap...2014201420132012Groovy 2.1Groovy 3.0Groovy 2.0
  • MOP2
  • GrammaireAntlr4
  • λLambdasJDK8
  • Conclusion—1/2• Un écosystème riche et fleurissant• Groovy 2.0• plus de modularité• un thème « statique »• vérification statique de type• compilation statique• un thème JDK 7• support de invoke dynamic• syntaxe project coin
  • Conclusion—2/2• Groovy 2.1• support complet de invoke dynamic• @DelegatesTo• extension du type checker pour les DSLSs• méta-annotations• Et au-delà...• un nouveau MOP (Meta-Object Protocol)• une nouvelle grammaire avec Antlr v4• le support des lambdas de JDK 8
  • Questions&Réponses
  • N’oubliez pas l’atelier...Groovy,lesmainsdanslecambouis14h30 — 16h00 / Salle Dijkstra
  • Merci!@glaforge http://glaforge.appspot.com http://gplus.to/glaforge 
  • Créditsimages• cerisierhttp://wallpaperswide.com/cherry_blossom_3-wallpapers.html• NKOTBhttp://images1.fanpop.com/images/photos/2300000/nkotb-new-kids-on-the-block-2314664-1280-960.jpg• tomateshttp://www.infoescola.com/wp-content/uploads/2011/01/tomate.jpg• patateshttp://toooof.free.fr/blogs/captainslip/screenshots/pommes_de_terre.jpg• canardhttp://www.objets-publicitaires-pro.com/images/objet-publicitaire/produit/large/canard-geant-a-personnaliser-jaune.jpg• grincheuxhttps://si0.twimg.com/profile_images/3115998027/b47c180a703a5ffa7d1437a66f545dc0.jpeg• singehttp://static.ddmcdn.com/gif/how-to-draw-animals-31.jpg• warninghttp://th07.deviantart.net/fs71/PRE/i/2012/261/8/6/warning_gangnam_style_zone_by_untoucheddesigns-d5f6bal.png• coyotehttp://nittygriddy.com/wp-content/uploads/2011/01/Wiley-Coyote-Help.jpg• ringhttp://img.banggood.com/images/upload/2012/limin/SKU028431_11.JPG• magnifying glasshttp://www.renders-graphiques.fr/image/upload/normal/loupe.png• chronomètrehttp://www.moineau-instruments.com/59-thickbox/chronometre-mecanique-1-10-t15-mn-2-fonctions.jpg• that’s all folkshttp://4.bp.blogspot.com/-wJxosualm48/T4M_spcUUjI/AAAAAAAAB8E/njfLjNZQdsc/s1600/thats-all-folks.jpg• MOPhttp://imagethumbnails.milo.com/024/913/894/trimmed/24913521_25989894_trimmed.jpg• grammarhttp://edudemic.com/wp-content/uploads/2012/11/connected-learner-grammar.jpg