implementation de membre abstrait herité

**ammar.dev** · 02/03/2016, 01h15

bonsoir mon question consiste à l'implementation de membre abstraite herite.je créer deux classe et j'ecrire un classe abstraite et un autre classe qui hérite de la premier quelque membre et methode et pas tous les membre et tous le methode.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
abstract class personnage
    {
       public abstract bool EstVivant { get; }
       public abstract void attaque(personnage personne);
        public abstract void Subitdegats(int valeur);
        public int LanceleDE()
        {
            return De.LanceLeDe();
        }
    }

et le deuxieme classe:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
class personnageAPointsdeVie : personnage
   {
       public int PtsDeVies { get; private set; }
       public override bool EstVivant
       {
           get { return PtsDeVies > 0; }
       }
       public void LanceleDe(int valeur) { }
 
   }

aprés le deboguage je trouve deux erreurs
1-Error 1 'personnageAPointsdeVie' does not implement inherited abstract member 'personnage.Subitdegats(int)'
2-Error 2 'personnageAPointsdeVie' does not implement inherited abstract member 'personnage.attaque(personnage)'

je comprend ces deux erreur que signfie, et pourcela je pose ma question.est ce que c'est obligatoire d'utiliser tous les propriété et methode abstraite lorsqu'on herite ce classe abstraite?

**ericlm128** · 02/03/2016, 07h45

Si tu déclare des membres abstract dans un class abstract, la classe qui en dérive doit les implémentés.

Si tu as une class qui en dérive et dont tu n'a pas besoin de ses membres c'est que tu as peut être un problème de structure de tes classes.

Tu peux envisager plusieurs dériver abstract, mais je pense plus que ta structure est à revoir, pourrai tu nous expliquer comment ça fonctionne (à quoi sert les classes)?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
    abstract class personnagebase
    {
        public virtual bool EstVivant { get; }
        public int LanceleDE()
        {
            return De.LanceLeDe();
        }
    }
 
    abstract class personnageAvecDegat : personnagebase
    {
        public abstract void attaque(personnageAvecDegat personne);
        public abstract void Subitdegats(int valeur);
    }
 
    class personnageAPointsdeVie : personnagebase
    {
        public int PtsDeVies { get; private set; }
        public override bool EstVivant
        {
            get { return PtsDeVies > 0; }
        }
        public void LanceleDe(int valeur) { }
    }

**wallace1** · 02/03/2016, 19h08

Bonsoir,

Comme évoqué supra par ericlm128 (au regards de la constitution de tes classes) tu es certainement parti sur de mauvaises bases :

On peut comprendre qu'il existe certainement une autre classe qui se nomme "Personnage" dans laquelle tu pourrais avoir les propriétés suivantes : Name, Avatar, Age, Team, etc.....

Il serait judicieux de se tourner vers les interfaces our palier à ce problème d'héritage et de visibilité de membres.

A+

**ammar.dev** · 03/03/2016, 12h51

Envoyé par wallace1

Bonsoir,

Comme évoqué supra par ericlm128 (au regards de la constitution de tes classes) tu es certainement parti sur de mauvaises bases :

On peut comprendre qu'il existe certainement une autre classe qui se nomme "Personnage" dans laquelle tu pourrais avoir les propriétés suivantes : Name, Avatar, Age, Team, etc.....

Il serait judicieux de se tourner vers les interfaces our palier à ce problème d'héritage et de visibilité de membres.

A+

merci pour vos remarques, je suis debutant au C# et j'essaye de comprendre le notions d'orienté objet et je trouve un exercice pour le faire. Dans le schema il me demande de faire l'heritage de classe personnage et classe PersonnageAPointsDeVie, et il m'oblige d'ecrire des methode abraite, en plus dans le cours il me dit

Si une classe possède une méthode abstraite, alors la classe doit absolument être abstraite. L’inverse n’est pas vrai