Version imprimable
Bonjour,
J'ai trois classes A, B et C, qui héritent l'une de l'autre :
B est dérivée de A, et C est dérivée de B
La classe A implémente une méthode protected X()
Est-il possible de laisser cette méthode X() accessible à la classe B,
et la rendre inaccessible à la classe C ?
Merci !
Tu peux faire le surcharge de cette méthode
Merci Charouel,
mais avec une surcharge, au mieux je pourrais bloquer l'exécution de mon code,
en implémentant dans la classe B une méthode X() bidon que ne ferai rien,
mais je ne pourrai pas masquer la méthode X() elle-même,Code:protected override void X() {//ne rien faire}
j'aurai toujours une méthode X() disponible dans ma classe C.
Ce que voudrais, c'est que la méthode X() ne soit pas du tout disponible dans ma classe C.
C'est a dire que que je ne puisse pas faire C.X(), ni même this.X() depuis l'intérieur de ma classe C.
lorsque tu surcharge la méthode dans la classe B tu remplie la méthode avec votre traitement par contre non dans la classe C
On ne se comprends pas.
Je voudrais que en tapant C.X(), le compilateur refuse en disant que la méthode C.X() n'est pas disponible.
En fait interrompre l'héritage de X(), que B en hérite, mais pas C.
Il n'est pas possible de faire ça. La solution aurait été de mettre les méthodes en accessibilité private, mais les membres abstraits et virtuels ne peuvent être déclarés ainsi... Donc impossible.
Il y aurait plutôt un problème de conception : ton besoin n'a peut-être pas besoin d'utiliser de l'héritage.
[EDIT] : ça viole le principe de substitution de Liskov (le L de SOLID).
Utilise plutot la composition en utilisant des interfaces.
Genre 2 interfaces IPublicA et IExclusifA.
Les classes A et B implémentent IPublicA et IExclusifA alors que C n'implémente que IPublicA.
OK merci.
Je ne pense pas que les interfaces pourraient résoudre mon problème.
Par contre, j'ai oublié de préciser que ma superclasse A est une classe abstraite.
De ce que l'ai compris du principe de Liskov,
(assez bien résumé ainsi : Une fonction qui utilise un objet d'une classe mère doit pouvoir utiliser toute instance d'une classe dérivée sans avoir à le savoir),
ce principe est valable pour les classes concrètes, pas pour les classes abstraites.
Le but est, pour les utilisateurs finaux qui vont créer des classes C dérivés de B,
de ne pas leur exposer certaines méthodes, définies dans la superclasse A et réutilisés dans la classe B.
Soit dans un but de simplification parce qu'ils n'en ont pas l'utilité,
soit parcequ’elles effectuent des actions qui ne doivent pas être lancés sauvagement
mais par l'intermédiaires de méthodes Xb() définies dans B qui les encapsulent.
Techniquement, c'est un peu, à l'extrême, comme si je voulais avoir une classe qui n'expose pas de méthode ToString().
Je pense avoir trouvé la solution à mon problème,
il faudrait compiler mes classes A et B dans une assembly indépendante, et déclarer ma fonction X() en internal.
Pas vraiment, vu que ce n'est pas une méthode publique... Mais bon, ça reste une drôle d'idée quand mêmeCitation:
Envoyé par DotNetMatt