Discussion :

[remsrock]

Bonjour,

A force de lire des trucs sur le net, je commence à sérieusement m'embrouiller !
Je vous explique ce que je cherche à faire :

J'ai une super classe (que j'ai mis en abstract donc) avec par exemple une méthode Work() (abstract aussi).
Ensuite j'ai des classes qui héritent de cette super classe avec chacune leur méthode override Work().
Jusque là, ok, enfin j'espère !

Ce que je cherche ensuite à faire c'est depuis une autre classe avoir une méthode DoTheWork qui lancera le Work qu'il faut.
Donc comment dire à ce DoTheWork le Work que je veux qu'il fasse.
Je vous remercie d'avance pour m'éclairer un peu sur tout ce shmilblik.

En attendant, je continue ma recherche d'infos...

[remsrock]

Bon finalement, je passe en paramètre l'objet de la classe que je veux à DoTheWork et après je fais un cast dans DoTheWork pour appeler le bon Work.

c'était ça qu'il fallait faire ?

[Philippe Vialatte]

bonjour,

petite question, plutot que d'avoir une classe abstract avec une methode que tu overrides, pourquoi ne pas faire une interface ?

apres, tu fais ta classe WorkManager, par ex:

Code :

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

1
2
3
4
5
6
7
8
 
public class WorkManager{
 
public void DoTheWork (IWorker worker){
    IWorker.Work();
}
 
}

[remsrock]

En quelques mots, quel est l'intérêt d'une interface ? Sur ce que tu me montres je devine un peu ce que c'est, mais quelle va être la différence entre une classe abstract et une interface ?
C'est comme la différence entre une voiture et une fourgonnette : tu peux aller faire tes courses avec les deux, mais chacune a ses spécificités.

mon dieux, cet exemple est naze !

[remsrock]

bon j'ai compris dans la théorie la différence entre classe abstraite et interface. et effectivement dans mon cas, on dirait qu'une interface serait mieux :

j'ai des classes qui ont un Work() qui renvoi toujours le même type d'éléments mais qui font le travail différemment.