Version imprimable
Salut,
Je m'auto énerve !
Question : N'est-il pas possible de dire qu'une classe abstraite implémente une interface et de ne définir les membres de cette interface que dans les classes dérivées ?
Déjà que c'est pénible de ne pas avoir l'héritage multiple, j'espère que c'est à cause du fait que je ne connais pas la syntaxe...
Quelqu'un pourrait m'aider ?
D'avance merci
Laurent
si tu ne veux pas que ta classe A ait des membres car ils seront redéfinis ailleurs, n'implémente pas l'interface sur cette classe mais que sur les enfants.
c'est un principe de base de la POO, une classe implémente une interface alors elle doit avoir ses attributs tout d'abord pour la logique POO tout simplement et aussi pour que, du jour au lendemain tu enlèves abstract et que cela marche directement. je comprend pas trop l'intérêt de ta manipulation à part la désagréable tâche de devoir les rajouter pour "rien" mais Visual ne permet-il pas de définir automatiquement les membres de l'interface?
Salut;
En fait, c'est pour ne pas oublier d'implémenter les membres
++
Laurent
juste ça ?
Code:
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
Salut,
Oui, c'est ça... en fait, comme je le pensais, je ne connaissez pas la syntaxe.
Sur le plan conceptuel, tu es d'accord que c'est justifié si la classe abstraite AMy a plusieurs classes dérivées de même nature, non ?
++
Laurent
P.S. Je mets résolu mais on peu continuer à débattre du sujet si vous le souhaitez...
Bien sur que c'est justifié, perso j'applique ce principe très souvent. C'était peut être un problème de quiproquo ...Citation:
Envoyé par Laurent Jordi
Re,
En fait, je fais plus de conception objet que de dev. En conséquence, je m'embrouille un peu dans les limitations de chaque langage. En l'occurrence il s'agit simplement d'une couche Data en C# 2.0.
Sauf erreur de ma part, même le C# 3.5 ne permet pas les héritages multiples ?
En attendant, j'utilise une sorte d'héritage en cascade et ça me convient.
D:C,IC
C:D,IB
A:C:IC
Ainsi, A, hérite a la fois de C et de D.
++
Laurent
NonCitation:
Envoyé par Laurent Jordi
8OCitation:
Envoyé par Laurent Jordi
Pour quoi tu 8O ?
++
Laurent
Parce que je n'ai pas compris ta méthode pour résoudre ce "manque" ...
Salut,
En fait c'est assez simple. Je procède à une sorte (attention notion très personnelle qui n'engage que moi) de découpage multidimensionnel des classes.
Par exemple : je me construit une famille de classe business comme une hiérarchie organisationnelle. Chaque "type" de noeud de la hiérarchie est inclus dans une arborescence objet super clean (une jolie pyramide de classes dans l'éditeur de classe, toutes sont reliée à une seule classe absrtraite mais qui n'a strictement RIEN à voir avec la hiérarchisation des données). Lorsque toute la famille est réunie, il me suffit de lui faire hériter d'une classe de nature totalement différente, en l'occurrence, dans une hiérarchie, un TreeNode. Si j'ai besoin que la classe hérite à la fois du TreeNode et d'une autre classe, par exemple une couche Data, j'ai la possibilité d'intercaler la classe DataXXX entre mon élément hiérarchique de base et mon objet node. Il y a quand même une limitation lorsqu'on mélange des classes des bibliothèques du framework avec ses propres classes.
Je suis certain que ce type de montage doit avoir un nom savant dans les livres mais je ne le connais pas. Je crois que l'héritage multiple pourrait être apparenté à une sorte d'héritage en parallèle alors que celui que j'utilise pour palier à l'absence de cette capacité est une sorte d'héritage en série...
J'espère que ces quelques lignes auront pu t'aider à comprendre ce que je veux dire...
++
Laurent
Rien compris :aie:
(enfin, j'ai pas trop cherché non plus, l'important c'est que ça marche, IJW :king:)