Objet C# avec 2 méthodes distinctes

Version imprimable

24/10/2017, 16h48
Unreal Time

Objet C# avec 2 méthodes distinctes

Bonjour,

Je cherche à avoir 3 méthodes distinctes pour une même class.

Par exemple :
J'ai une class Voiture et je souhaite faire appel à une méthode comme Rouler() dont la méthode Rouler() est redéfinit si c'est une voiture à essence, hybride ou électrique.

J'aimerai savoir s'il y a un autre moyen que faire une class Voiture avec 3 méthodes RoulerEssence(), RoulerHybride(), RoulerElectrique() ?

Je vous en remercie :mrgreen:

Edition : j'ai oublié de préciser que je ne souhaite pas faire de l'héritage (c'est peut-être tordu...)

C'est un cas école d'héritage non?

La mère est une Voiture, les filles sont VoitureEssence, VoitureHybride et VoitureElectrique

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
public class Voiture
{ 
    public virtual void Rouler(){ Console.WriteLine("Je roule pas sans moteur"); }
}
 
public class VoitureEssence : Voiture
{ 
    public override void Rouler(){ Console.WriteLine("Je roule à l'essence"); }
}
 
public class VoitureHybride : Voiture
{ 
    public override void Rouler(){ Console.WriteLine("Je roule parfois"); }
}
 
public class VoitureElectrique : Voiture
{ 
    public override void Rouler(){ Console.WriteLine("Je coute un bras"); }
}
 
public class VoitureDiesel : Voiture
{ 
    public override void Rouler(){ Console.WriteLine("Je suis toujours là!"); }
}

24/10/2017, 16h55
Unreal Time

Je voulais éviter de passer par de l'héritage, j'ai oublié de le préciser :oops:

Je ne sais pas si par exemple le design pattern Decorator peut faire l'affaire? ou bien des interfaces? :?
24/10/2017, 17h01
micka132
Citation:

Envoyé par Unreal Time

Je voulais éviter de passer par de l'héritage, j'ai oublié de le préciser :oops:

Ah...:calim2:
C'est le but de la POO, qu'est ce qui te gène dedans?

Tu peux toujours gérer un enum dans ta classe
Code:

1 2 3 4 5 6 enum EMotorisation { Essence, Hybride, Electrique }
et dans rouler tu fais un switch sur ton mode, puis tu appelles des méthodes privées.
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 public void Rouler() { switch(modeMotorisation) case Essence: RoulerEssence(); break; ..... } private void RoulerEssence(){ ... }
Ca reste masqué de l'exterieur, tu ne vois que Rouler, mais va bien falloir les ecrires quelque par les méthodes !
24/10/2017, 17h09
Unreal Time

Dur de voir ce regard :calim2: (:mouarf:) mais tu as bien raison

J'aimerai éviter de faire ce genre d'héritage car derrière j'aimerai par exemple faire le même type de méthode pour les voitures et rajouter par exemple pour ouvrir des vitres, OuvertureManuelles() et OuvertureAutomatique.

Dans ce cas là, si j'utilise de l'héritage je risque de faire
VoitureElectrique : Voiture ;
VoitureElectriqueManuelle : VoitureElectrique ;
VoitureElectriqueAutomatique : VoitureElectrique ;
etc etc

et ça n'en finira plus 8O
24/10/2017, 17h15
J@ckHerror

Citation:

Envoyé par Unreal Time

Dans ce cas là, si j'utilise de l'héritage je risque de faire
VoitureElectrique : Voiture
VoitureElectriqueManuelle : VoitureElectrique
VoitureElectriqueAutomatique : VoitureElectrique
etc etc

et ça n'en finira plus 8O

Et alors ? quel serait le problème ? dans tous les cas il faudra créer les classes et c'est justement très explicite, maintenable et évolutif.
De base dit toi plutôt que t'éloigner de la poo dans un langage full poo, c'est prendre des risques...

J@ck.

Dans ce cas là c'est plutôt dans la composition qu'il faut voir.

A priori toute tes voitures ont un Moteur et un SystemeFenetre (pas trouvé mieux comme nom).

Code:

1
2
3
4
5
6
7
 
public class Voiture
{ 
    public Moteur Motorisation{get;set;}
 
    public SystemeFenetre Fenetres {get;set;}
}

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
 
public class Moteur
{ 
    public virtual void Rouler(){ Console.WriteLine("Je roule pas sans moteur"); }
}
 
public class MoteurEssence : Moteur
{ 
    public override void Rouler(){ Console.WriteLine("Je roule à l'essence"); }
}
 
public class MoteurHybride : Moteur
{ 
    public override void Rouler(){ Console.WriteLine("Je roule parfois"); }
}
 
public class MoteurElectrique : Moteur
{ 
    public override void Rouler(){ Console.WriteLine("Je coute un bras"); }
}
 
public class MoteurDiesel : Moteur
{ 
    public override void Rouler(){ Console.WriteLine("Je suis toujours là!"); }
}

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
 
public class SystemeFenetre
{ 
    public virtual void Ouvrir(){ Console.WriteLine("J'aimerai bien mais je sais pas comment faire"); }
}
 
public class FenetreManuelle : SystemeFenetre
{ 
    public override void Ouvrir(){ Console.WriteLine("Pfff c'est dur"); }
}
 
public class FenetreAuto : SystemeFenetre
{ 
    public override void Ouvrir(){ Console.WriteLine("Sans les mains!"); }
}

Après pour chacun de tes véhicules il faudra lors de l'instance définir chacun des composants.

Code:

Voiture unVoitureDuFutur=new Voiture { Moteur = new MoteurElectrique(), Fenetres= new FenetreAuto()};

24/10/2017, 17h22
Unreal Time

:lol: j'ai bien rigolé avec tes exemples micka :mouarf:

Merci à vous 2, je pensais que je passais à côté d'un design pattern mais apparemment non ;)

Codons codons !! 8-)
24/10/2017, 17h38
micka132

Ca m'a fait penser à un article sur l'AOP d'Olivier Dahan

http://www.e-naxos.com/Blog/post/Pro...RealProxy.aspx

Sans chichi et très orienté pratique.
24/10/2017, 17h48
Unreal Time

C'est très intéressant, merci ;)