IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)

Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous
Identifiant
Mot de passe
Mot de passe oublié ?
Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

Article Scala (langage pour la JVM) : Les Traits
Comme alternative au design pattern décorateur par Sylvain Leroux

Le , par sleroux

0PARTAGES

2  0 
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

Une erreur dans cette actualité ? Signalez-nous-la !

Avatar de bredelet
Membre éclairé https://www.developpez.com
Le 06/09/2010 à 2:02
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 : Sélectionner tout
super.impute(credit, "** Forfait **")
Cela n'est pas une instruction de constructeur?

(note: dans mon langage dodo les traits/mixins s'appellent "qualifier"
0  0 
Avatar de
https://www.developpez.com
Le 06/09/2010 à 9:11
Salut

Citation Envoyé par bredelet Voir le message

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 : Sélectionner tout
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 : Sélectionner tout
1
2
trait Test(val test: String)
par exemple.
0  0 
Avatar de sleroux
Membre habitué https://www.developpez.com
Le 06/09/2010 à 14:57
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.

Citation 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
0  0 
Avatar de
https://www.developpez.com
Le 06/09/2010 à 15:12
Citation Envoyé par sleroux Voir le message
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
0  0