différences entre Interface , Generic et Abstract class

Version imprimable

25/11/2007, 15h46
rdh123

différences entre Interface , Generic et Abstract class

Bonjour

je voudrais pas que ma question paraisse théorique mais souvent la pratique permet de sentir plus les choses, alors si vous voulez nous faire partager votre appréciation concrètement l'utilisation pratique des Interfaces, class abstraites et Générique.

Merci
25/11/2007, 16h58
SirJulio

Salut,

pour la difference entre classe abstraite et interface, c'est assez simple. En .Net, une classe ne peut deriver que d'une seule autre (classe) alors qu'elle peut implementer autant d'interface qu'elle le souhaite. Ce mecanisme permet justement de compenser le manque d'heritage multiple.
25/11/2007, 17h17
rdh123

si je veux construire une bibliothèque graphique (ou autre) c'est des classes abstraites qu'il faut utiliser ou juste des classes (non abstraites), et à quel moment introduire les interfaces?

Essaye le code suivant :

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
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
 
 
public interface IControl {
   string Name { get; }
}
 
public class Control1 : IControl {
   public string Name { get { return "Control 1"; } }
}
 
public class Control2 : IControl {
   public string Name { get { return "Control 2"; } }
}
 
public class Control3 : IControl {
  // erreur de compilation car Control3 n'implémente pas Name { get; }
}
 
public abstract AControl {
   private string name = "";
   public string Name { get { return name; } }
}
 
public abstract Control4 : AControl {
   public Control4() {
      name = "Control 4";
   }
}
 
public abstract Control5 : AControl {
   public Control5() {
      name = "Control 5";
   }
}
 
public class Controls {
   public void Add(IControl control) { }
   public void Add(AControl control) { }
}
 
public class Program {
   public static void Main(string[] args) {
      Controls controls = new Controls();
      Control1 control1 = new Control1();
      IControl  control2 = new Control2(); // OK
      controls.Add(control1); // OK
      controls.Add(control2); // OK
      AControl acontrol = new AControl() // erreur de compilation
      Control4 control4 = new Control4();
      AControl control5 = new Control5(); // erreur de compilation
      controls.Add(control4); // erreur de compilation
   }
}

26/11/2007, 16h04
rdh123

Je vais tester ce code, je crois que créer une bibliothèque est un but et aussi un la meilleur des façons pour maitriser la technique .

merci à tous
26/11/2007, 16h27
Chubyone

Citation:

Envoyé par SirJulio

Ce mecanisme permet justement de compenser le manque d'heritage multiple.

Je n'appellerais pas cela un manque, vu que c'est recherché :)
26/11/2007, 17h06
Monstros Velu

Moi, ça me manque, l'héritage multiple... J'arrive du C++, et les interface, ça remplace pas ;o)P C'est une autre mécanique, avec son interêt toutefois : c'est une sorte de contrat pour garantir qu'une classe implémente des membres...