Discussion :

[skulked]

Bonsoir,

une petite question pourquoi il serait préférable dans la partie graphique d'employer des types "évolués" ? c'est à dire, que si on a besoin d'un bouton donc :

button monButton;

est une mauvaise pratique alors que :

HasText monButton; là c'est mieux ?

merci de vos éclaircissements, c'est surement super bête mais je ne vois.

Perso : je trouve que oui hastext est plus "générale" que button et donc au finale cela permet plus tard dans le code de venir setter l'objet que l'on veut, mais Hastext rend la lecture du code plus complexe, et surtout ca apporte pas grand chose au code.

[Raphaël Brugier]

Utiliser les interfaces, HasTest, HasClick etc, permet de faire des test unitaires sans démarrer le serveur web. En pur java.

Si tu utilises les widgets Gwt, tu dois obligatoirement dériver tes classes de test unitaires de gwttestcase et donc ils prennent beaucoup beaucoup plus de temps à s'effectuer.

[pvoncken]

Bonjour,

C'est une question d'architecture de ton application.

les patterns de GRASP peuvent t'aider à comprendre les problématiques liées à l'évolutivité et l'utilisation de ton code.

Pour résumé, lorsque tu conçois une application, il faut se poser la question suivante : le composant que je réalise doit-il être plutôt évolutif ? ou plutôt utilisable ?

Grosso modo, plus un objet sera cohérent, plus il sera facilement utilisable. A l'opposé, plus tu découple cet objet (en l'éclatant, via plusieurs interface) et plus il sera évolutif.

C'est la résponsabilité des classes qui détermine tout cela.

Pour répondre à ta question, il n'y a pas de règles rigides sur cet aspect. C'est un choix d'architecture. Tu peux faire le choix de rendre ton application évolutif. Mais tu peux aussi faire le choix de le rendre plus facilement utilisable, mais moins souple du coup.

Dans ton exemple, utiliser hasText c'est faire le choix de l'évolutivité en diminuant le couplage. utiliser Button c'est augmenter la cohérence et donc rendre le code plus facile à lire.

Il faut voir cela comme un curseur que tu peux faire glisser de extremement évolutif vers extrêmement cohérent.

En général les extremes ne sont pas de bons choix. hasText est un peu trop extremiste pour moi. Je pense qu'il existe un juste milieux qui soit un meilleur compromis.

Les frameworks vont avoir tendances à décaller le curseur plus vers l'évolutivité. les applications final doivent fixer le curseur au meilleur point suivant le contexte. Dans la couche métier etre plutot évolutif, dans la couche cliente on peut choisir de placer le curseur plutot du coté de la cohérence.