Discussion :

[stefsas]

Bonjour,

J'ai un ensemble de pages aspx qui dérivent d'une classe C1 qui elle dérive de la classe Page.
J'ai également un ensemble de contôles utilisateur qui dérivent d'une classe C2 qui elle dérive de la classe UserControl.

J'ai quelques fonctions qui sont communes aux deux classes C1 et C2.
Je voulais donc savoir si il y avait un moyen d'éviter de devoir dupliquer ces fonctions dans les deux classes ?

Merci.

[jacky01]

Bonjour,

Voila ta réponse : http://msdn.microsoft.com/fr-fr/libr...=VS.80%29.aspx

[stefsas]

Ok pour l'interface mais si je l'utilise, je la fait dériver de quelle classe : Page ou Usercontrol?

Merci.

[stefsas]

En y réfléchissant, je ne pense pas que l'interface soit utilie dans mon cas, car je ne pourrais pas implémenter de méthode à l'intérieur.

Moi, je voudrais implémenter mes fonctions une seule fois et qu'elles soient à la fois utilisables par mes pages .aspx et mes contrôles utilisateur.

[Arthis]

l'interface va te permettre de t'affranchir de ton conteneur et d'appeler quelque que soit ton contexte ta fonction de la même façon.

Si tu n'en ressens pas le besoin, ne le fais pas. tu pourras toujours refactoriser tes classes ensuite pour y implémenter une interface commune.

Ensuite, si tu ne veux developper qu'une seule fois tes methodes tu as deux solutions:

1)une classe avec des methodes statique que tu appelles indifferement depuis chaque classe page ou USerControl
2) creer une classe qui possede les fonctions qui t'interesse et rajouter une reference a cette classe dans les classe usercontrol et PAge.

ex1 :

Code :

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

1
2
3
4
5
6
7
8
9
public class ma page: ....
{
 
   public void FaireOperation(int id)
  {
         MaStaticClass.FaireOperation(id);
  }
}
}

Code :

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

1
2
3
4
5
6
7
8
9
public class monusercontrol: ....
{
 
   public void FaireOperation(int id)
  {
         MaStaticClass.FaireOperation(id);
  }
}
}

ex 2 :

Code :

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

1
2
3
4
5
6
7
8
9
public class ma page: ....
{
   maclassamoi InstanceClasse
 
   public void FaireOperation(int id)
  {
         InstanceClasse.FaireOperation(id);
  }
}

Code :

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

1
2
3
4
5
6
7
8
9
public class monUserControl: ....
{
   maclassamoi InstanceClasse
 
   public void FaireOperation(int id)
  {
         InstanceClasse.FaireOperation(id);
  }
}

[Immobilis]

Salut,

En y réfléchissant, je ne pense pas que l'interface soit utilie dans mon cas, car je ne pourrais pas implémenter de méthode à l'intérieur.

Moi, je voudrais implémenter mes fonctions une seule fois et qu'elles soient à la fois utilisables par mes pages .aspx et mes contrôles utilisateur.

On ne peut effectivement pas coder dans une interface. Une interface impose l'existence des méthodes qu'elle décrit dans la classe qui l'implémente. L'avantage de l'interface est qu'une classe peut en implémenter plusieurs. Ce n'est pas le cas d'un héritage. Une classe ne peut hériter que d'un seul parent. C'est un peut limitatif.

De plus l'objet les objets "Page" et "UserControl" sont des parents un peu trop éloignés pour essayer des leur mettre des propriétés communes.

Voici ce que tu peux faire (ce que je ferais) si il est vraiment nécessaire que la fonction soit présente dans les contrôles:

• Une/des interfaces
• Un Manager dans un projet métier
• La méthode de mon interface fait appel à ma fonction métier

A+

PS: se rappeler qu'une IHM ne devrait pas implémenter de code métier. Une IHM met en page et c'est tout.

[EDIT]Je rejoins ce que dit Arthis[/EDIT]