Discussion :

[dev01]

Bonjour à tous.

J'ai un petit problème de conception.
Voici la situation : J'hérite d'un contrôle ( on va dire Grid ) et je veux lui rajouter des fonctionnalités. Jusque la rien de méchant, l'héritage c'est fait pour ça. Le problème c'est que les fonctionnalités à rajouter à ce contrôle doivent être également rajouté à d'autre contrôle ( exemple : StackPanel ). Etant donné que je ne maitrise pas la hiérarchie d'héritage ( ce sont des controles "System.Windows.Controls" ) je ne peux pas avoir de classe commune. De plus le choix de l'interface ne passe pas non plus car j'ai besoin d'un certain nombre d'élément static. ( les interfaces n'acceptent pas les éléments static ).

Le pattern decorator ne peux pas être appliqué car je ne maitrise pas l'héritage.

Bref je suis bien embetté car je ne voit aucun moyen de factoriser le code d'héritage qui est pourtant commun à toutes les classes que je vais créer

[davcha]

DP Composition, avec tes membres statiques sur l'implémentation de la composition ?

[olsimare]

Bonjour.

Je suis peut être complétement à côté mais ne peux-tu mutualiser le code commun via un classe static ? Un truc comme ce que TomLev avait proposé ici :
http://www.developpez.net/forums/sho...d.php?t=524342

Cdt.

[Thomas Lebrun]

J'hérite d'un contrôle ( on va dire Grid ) et je veux lui rajouter des fonctionnalités.

Hum.. par fonctionnalités, tu veux dire propriétés, méthodes ou propriétés et méthodes ? Car, si j'ai bien lu ton message, tu fais du WPF or pour ce genre de cas, si tu veux "juste" rajouter des prop, tu peux passer par des propriétés attachées.

[dev01]

Hum.. par fonctionnalités, tu veux dire propriétés, méthodes ou propriétés et méthodes ? Car, si j'ai bien lu ton message, tu fais du WPF or pour ce genre de cas, si tu veux "juste" rajouter des prop, tu peux passer par des propriétés attachées.

Justement le but est de fournir des propriétés attachés pour les contrôles enfants.

En gros je rajoute : Une dépendencyProperty, deux méthode static ( Get et Set ).

[SaumonAgile]

Tu as pensé à PostSharp pour injecter les nouveaux comportements dans les contrôles ?

[dev01]

Tu as pensé à PostSharp pour injecter les nouveaux comportements dans les contrôles ?

Mouais pas bete ... je vais y réflechir.

Mais le problème de conception est toujours la. Il y a rien pour faire ce genre de chose ?

[dev01]

Je viens de vérifier et malheureusement PostSharp ne peux pas répondre à cette problématique.

D'autres propositions ?

[dev01]

Bonjour à tous.

Tout d'abord je souhaite remercier toutes les personnes qui ont pris du temps pour réfléchir aux problèmes soulevés ici. Je tiens également à m'excuser pour le peu de temps que j'ai pu accorder à cette discussion et pour ne pas avoir donnée de nouvelles pendant tout ce temps.

Ce problème est aujourd'hui réglé (ça c'est la bonne nouvelle ). Mais il n'est pas réglé de manières "satisfaisante" à mon sens (encore trop de code dupliqué à mon gout).

Voici la méthode employé pour résoudre cette affaire :
Le principal problème vient du fait que les DependencyProperty et leurs amis doivent être statiques. Ceci empêche toute factorisation du code dans le sens ou une interface ne permet pas d'avoir de membre statique et surtout mes classes héritent déjà d'une autre classe. La solution adopté est toute simple (tellement qu'il m'a falu 2 mois pour y penser ) : Je passe effectivement par une interface qui est implémenté dans chacun des contrôles.L'astuce réside dans le fait que l'interface contient la définition de méthode "proxi" pour les membres statique de la classe qui l'implémente. Ainsi les deux critères de réussite sont réunis : Les classes dérivés des controles ont les membres statique et le code est factorisé car l'interface défini les méthodes nécessaires.

(en relisant je suis pas sur d'être très clair )
Si vous avez des questions ou si vous souhaitez des précisions, n'hésitez pas