Discussion :

[noubigh]

salut tout le monde
c# c# c# c# c# c# c# c# c# c# c# c#

S.V.P si qq'un peut m'expliquer l'importance des interfaces puisqu'on va implémenter les mêthodes qu'elles contiennent dans dans toute classe qui a recours à ces mêthodes, une chose qu'on peut bien faire sans ces interfaces
je n'arrive vraiment pas à toucher l'utilité


encore une question:
pourquoi le terme "interface"

merci beaucoup

[SaumonAgile]

C'est très simple, prenons un exemple concret avec les bases de données et les interfaces IDataReader.
Tu as une base de données SqlServer, et tu veux une méthode M qui renvoie un DataReader. Dans ton cas tu renvoies un SqlDataReader. Juste là ça marche. Admettons maintenant que tu veuilles passer sous une base Oracle. Tu es en train de te dire "bah c'est pas grave, je remplace mon SqlDataReader par un OracleDataReader dans les méthodes qui en ont besoin".
C'est une solution mais tu perds un temps précieux.
En regardant la définition de SqlDataReader et OracleDataReader, tu vois que les deux implémentent IDataReader.
Dans ton cas, M, au lieu de renvoyer un SqlDataReader devrait renvoyer un IDataReader. Dans le code qui appelle M tu n'aurais rien eu à changer vu que dans les deux cas, tu obtiens un IDataReader. Tu n'aurais eu qu'à modifier le corps de M.
De manière générale, les interfaces permettent d'ajouter un niveau d'abstraction pour pouvoir faire des changements dans une couche de l'application sans avoir à modifier les couches supérieures.
Typiquement un Web Service devrait toujours prendre en paramètre et retourner des interfaces, histoire de découpler au maximum le Web Service et les applications qui l'utilisent.

[Chubyone]

Les interfaces sont un concept POO, c'est beaucoup plus généraliste que C#
Lis un bouquin (online ou pas) sur les concepts POO tu comprendra très vite l'énorme utilité.

[davcha]

En clair, imagines que tu t'amuses à réaliser un programme qui manipule des véhicules.

Tu as plein de véhicules différents... Avion, Voiture, Charette.... Tricycle....

Et tu pour te simplifier la vie, au lieu d'avoir 200000 variables différentes, tu utilises une liste (logique non ?)

Donc on va dire List<T> ça parait un très bon choix.
Problème... List<T> demande un type particulier.... Bon, il faudrait pouvoir dire qu'on veut mettre des véhicules dans cette liste. Alors... List<Avion> ? List<Voiture> ?

Bon, finalement, pas pratique cette List<T>, on va utiliser un ArrayList (qui correspond à List<object> en fait), comme ça on peut mettre ce qu'on veut dedans...

Alors...
ArrayList maListe = new ArrayList();
[blablabla...]
maListe.add(new Avion());
maListe.add(new Voiture());
maListe.add(new....);
etc...

Cool, on a notre liste bien remplie.
Bon, maintenant, le problème, c'est qu'on aimerait bien démarrer un de ces appareils (mettre le contact quoi).

Alors, on fait comment, dans la mesure où on a que les types Avion, Voiture, Bicyclette....

if(maListe[i] is Avion){
(maListe[i] as Avion).demarrer();
}else if(maListe[i] is Voiture){
.... blablabla

C'est galère non ?

Alors, au lieu de se faire chier avec ces spaghettis, on utilise une interface qui implémente demarrer();

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
interface IVehicule{
  void demarrer();
}
 
class Avion : IVehicule{...}
class Voiture : IVehicule{...}
etc...
 
Et au final on peut même utiliser notre List<T> du début :
List<IVehicule> maListe = new List<IVehicule>();
maListe.add(new Avion());
maListe.add(new Bicyclette());
foreach(IVehicule v in maListe){
  v.demarrer();
}

C'est beaucoup plus simple que l'immonde armée des if imbriqués non ?

[SaumonAgile]

Ouais c'est bien beau tout ça, mais il y a quand même une faille dans ton raisonnement :

on a que les types Avion, Voiture, Bicyclette

Comment tu démarres un vélo ?

Ouais je sors...

PS : Je me demandais : "l'immonde armée des if imbriqués", ça serait pas un film de Romero ?

[davcha]

Tu connais pas les solex ? :p