Discussion :

[MoscoBlade]

Bonjour,

je suis en train de regarder les "interfaces" en C#, malgré les explications et définitions je n'arrive pas à voir les améliorations que cela amène.

Si certains ont des exemples d'utilisations concrètes, de manière à éclairer ma lanterne, n'hésitez pas ...

Merci par avance.
Mosco

[Kelpan]

Une interface te permet d'assuer la présence de procedures ou de fonctions dans une classe.

Prenons un exemple concret.

J'ai développé un liste de composants personnalisés :
- AXTextBox
- AXDateBox
- AXNumericBox
- AXDateBox
- AXComboBox
- ...

Maintenant je voudrait que mes composants inter-agissent avec mon ecran sur lequel je les ai placés.

C'est ici que je crée mon interface

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
 
Interface IDesignState
  Public Enum ModeEcran As Integer
    [Vide] = 0
    [Visu] = 1
    [Modif] = 2
    [Creat] = 3
  End Enum
 
  Property EnabledOnVide As Boolean
  Property EnabledOnVisu As Boolean
  Property EnabledOnModif As Boolean
  Property EnabledOnCreat As Boolean
End Interface

J'implémente mon interface sur chacun des composants.
Ensuite quand je dépose mes composants sur l'écran je peux déterminer l'état de mon composant pour chaque mode d'écran

Dans mon Form

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
25
26
27
28
29
30
31
32
33
34
35
 
Private sub ChangeEtat(Byval Int_ModeEcran As IDesignState.ModeEcran)
  Dim objControlEnfant As Control
 
  For each objControlEnfant in Me.Controls
    ChangeEtatComposant(Int_ModeEcran, objControlEnfant)
  Next
End Sub
 
Private sub ChangeEtatComposant(Byval Int_ModeEcran As IDesignState.ModeEcran, Byval objControl As Control)
  Dim objControlEnfant As Control
  Dim clsDesignComp As IDesignState
 
  For each objControlEnfant in Me.Controls
    ChangeEtatComposant(Int_ModeEcran, objControlEnfant)
  Next
 
  ' C'est ici que je me sers de l'interface
  ' pour déterminer si le control peut être modifier
  If Not Typeof objControl Is IDesignState Then Exit Sub
 
  ' Récupération de l'interface
  clsDesignComp = CType(objControl, IDesignState)
 
  Select Case Int_ModeEcran
    Case ModeEcran.Vide
       objControl.Enabled = clsDesignComp.EnabledOnVide
    Case ModeEcran.Visu
       objControl.Enabled = clsDesignComp.EnabledOnVisu
    Case ModeEcran.Modif
       objControl.Enabled = clsDesignComp.EnabledOnModif
    Case ModeEcran.Creat
       objControl.Enabled = clsDesignComp.EnabledOnCreat
  End Select
End Sub

J'espère que cela t'éclaire un peu plus sur l'utilité des interfaces

[MoscoBlade]

Je vais analyser ça ... mais merci ...

[Invité]

tu peux considérer qu'une interface est modele de classe et toutes les methodes qui s'y trouvent doivent être réimplementé dans les classe qui hérite de ces interfaces.

[MoscoBlade]

En fait ce n'est pas au niveau de l'utilisation du code, mais plutôt de son utilisation.

Quelqu'un peut il m'expliquer dans un exemple concret comment pourrais je l'utiliser ?

[theMonz31]

exemple concret

Tu developpes un logiciel de dessin et les utilisateurs peuvent developper
leurs propres plug-ins

En definissant l'interface que doit respecter un plug-in (genre de contrat finalement) , tu obliges l'utilisateurs à s'y tenir...

Ainsi, ton application peut monter n'importe quelle Assembly plug-in qui
implementera cette interface

C'est un exemple parmi tant d'autres...

On peut aussi voir les interfaces comme des classes virtuelles pures (selon
certains )

The Monz, Toulouse

[MoscoBlade]

exemple concret

Tu developpes un logiciel de dessin et les utilisateurs peuvent developper
leurs propres plug-ins

En definissant l'interface que doit respecter un plug-in (genre de contrat finalement) , tu obliges l'utilisateurs à s'y tenir...

Ainsi, ton application peut monter n'importe quelle Assembly plug-in qui
implementera cette interface

C'est un exemple parmi tant d'autres...

Merci beacoup pour cette explication qui m'a permis de bien saisir le principe.

On peut aussi voir les interfaces comme des classes virtuelles pures (selon
certains )

Si certains veulent se lancer dans l'explica

[MoscoBlade]

exemple concret

Tu developpes un logiciel de dessin et les utilisateurs peuvent developper
leurs propres plug-ins

En definissant l'interface que doit respecter un plug-in (genre de contrat finalement) , tu obliges l'utilisateurs à s'y tenir...

Ainsi, ton application peut monter n'importe quelle Assembly plug-in qui
implementera cette interface

C'est un exemple parmi tant d'autres...

Merci beacoup pour cette explication qui m'a permis de bien saisir le principe.

On peut aussi voir les interfaces comme des classes virtuelles pures (selon
certains )

Si certains veulent se lancer dans l'explication je suis preneur ...

Mosco.

dsl une mauvaise manip ... vous pouvez supprimer le post précédent.