Developpez.com - Rubrique Java

Le Club des Développeurs et IT Pro

Article Scala (langage pour la JVM) : Les Traits

Comme alternative au design pattern décorateur par Sylvain Leroux

Le 2010-08-16 10:46:58, par sleroux, Membre habitué
Bonjour,

Je viens de mettre la dernière main à l'article Traits Scala et décorateurs.

Mon idée était de présenter la notion de trait en montrant sur un cas d'utilisation comment cet outil peut offrir une alternative au "design pattern" décorateur que l'en rencontre fréquemment en Java et en POO en général. Vous verrez au passage que si les deux concepts sont proches, il n'en reste pas moins des différences...

N'hésitez pas à faire des commentaires!
- Sylvain
  Discussion forum
4 commentaires
  • bredelet
    Membre éclairé
    Bonne introduction aux mixins de Scala.

    En effet faire de Forfait un mixin n'est pas trop nécessaire, mais cela permet à l'article de soulever des points intéressants.

    Une question de la part d'un novice: tu dis qu'un trait n'a pas de constructeur, mais dans l'exemple je vois
    Code :
    super.impute(credit, "** Forfait **")
    Cela n'est pas une instruction de constructeur?

    (note: dans mon langage dodo les traits/mixins s'appellent "qualifier"
  • Salut

    Envoyé par bredelet

    Une question de la part d'un novice: tu dis qu'un trait n'a pas de constructeur, mais dans l'exemple je vois
    Code :
    super.impute(credit, "** Forfait **")
    Cela n'est pas une instruction de constructeur?
    En fait en Scala, un trait a un constructeur par défaut, mais ne peut (pour le moment) avoir de paramètres. Un trait peut donc avoir des instructions de constructeur définies dans le corps de la classe, mais tu ne peux pas écrire ceci :
    Code :
    1
    2
    trait Test(val test: String)
    par exemple.
  • sleroux
    Membre habitué
    Merci pour ces retours!

    En effet, je me suis mal exprimé: en Scala, un trait ne peut pas avoir de constructeur acceptant des paramètres. Et comme le souligne George7, le code dans le corps du trait définit un constructeur par défaut (sans paramètre). On peut assimiler cela à un bloc d'initialisation statique en Java.

    Envoyé par http://www.scala-lang.org/node/126

    In contrast to classes, traits may not have constructor parameterss.
    Sur le forum de Scala on trouve quelques allusions au support dans un avenir indéterminé pour les constructeurs de traits avec paramètres (http://www.scala-lang.org/node/386). Mais je ne sais pas où ça en est actuellement. J'espère que des progrès seront fait de ce côté là: en effet, personnellement je trouve la syntaxe à base des early initializers très peu lisible et potentiellement source d'erreur...

    A+,
    - Sylvain
  • Envoyé par sleroux
    Merci pour ces retours!

    En effet, je me suis mal exprimé: en Scala, un trait ne peut pas avoir de constructeur acceptant des paramètres. Et comme le souligne George7, le code dans le corps du trait définit un constructeur par défaut (sans paramètre). On peut assimiler cela à un bloc d'initialisation statique en Java.

    Sur le forum de Scala on trouve quelques allusions au support dans un avenir indéterminé pour les constructeurs de traits avec paramètres (http://www.scala-lang.org/node/386). Mais je ne sais pas où ça en est actuellement. J'espère que des progrès seront fait de ce côté là: en effet, personnellement je trouve la syntaxe à base des early initializers très peu lisible et potentiellement source d'erreur...

    A+,
    - Sylvain
    Je trouve les early initializers pas assez puissants
    J'avais parlé avec Martin Odersky et une personne est sensée en ce moment même s'occuper d'ajouter les paramètres aux traits, puis il veulent le support pour le deep mixin composition et enfin les classes virtuelles (laissées à l'abandon depuis 2008). Sur ce dernier point je pourrai surement vous en dire plus quand nous y seront, car je devrais y participer, pour le reste, j'attends aussi avec impatience