Discussion :

[sblanc74]

Bonjour,

j'ai un controle maListBox qui dérive du controle ListBox.
Je voudrais masquer la propriété "DataSource" qui est publique pour forcer l'utilisateur à utiliser mes méthodes pour l'initialiser.

J'utilise l'opérateur "new" mais ca ne fonctionne pas, la propriété 'DataSource' de ma classe de base est toujours visible depuis l'exterieur...

Comment fait il faire ?

Merci

Stéphane

[Maniak]

Comment faut il faire ?

Faut pas.

Un héritage est un contrat. La classe dérivée doit supporter la même interface que la classe de base. Elle ne peut qu'ajouter des fonctionnalités (et/ou changer le comportement via les méthodes virtuelles).

Si tu ne veux pas de propriété DataSource, il ne faut pas hériter d'une classe qui en contient une. Tu peux faire un contrôle 'de base' (héritant de Control ou UserControl), qui contient un contrôle ListBox privé et qui lui retransmet uniquement les propriétés et méthodes que tu veux. C'est plus lourd à faire, mais c'est ça ou rien.

[sblanc74]

D'accord, mais alors à quoi sert la fonctionnalisté "Hiding through inheritance" décrite dans la spécification du langage C# ?

http://msdn.microsoft.com/library/de...spec_3_7_1.asp[/url]

[Maniak]

D'accord, mais alors à quoi sert la fonctionnalisté "Hiding through inheritance" décrite dans la spécification du langage C# ?

http://msdn.microsoft.com/library/de...spec_3_7_1.asp[/url]

Ça c'est l'opérateur new. Si tu définis dans ta classe dérivée des méthodes ayant le même nom et les mêmes paramètres qu'une méthode de la classe de base.

Mais ça ne permet pas d'empêcher l'appel à une méthode. Juste d'en mettre une autre à la place. Et l'appel doit passer explicitement par une variable déclarée du type de la classe dérivée. C'est pas de polymorphisme.

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
public class A
{
  public void Toto( string titi ) { ... }
}
 
public class B : A
{
  public new void Toto( string titi ) { ... }
}
 
...
 
B bleh = new B();
bleh.Toto( "blih" ); -> appel de la version B
 
A blah = new B();
blah.Toto( "blih" ); -> appel de la version A

[sblanc74]

si je comprends bien, le "new" permet de surcharger une méthode qui n'a pas été déclarée comme virtual ou abstract alors ? (ce qui est crad....)

"new" équivaut à un "override"

[Maniak]

si je comprends bien, le "new" permet de surcharger une méthode qui n'a pas été déclarée comme virtual ou abstract alors ? (ce qui est crad....)

"new" équivaut à un "override"

Nope. Ça permet de déclarer une méthode de même nom+paramètres qui 'masque' une méthode dans la classe de base. Mais ça n'a rien à voir avec l'override. La grosse différence étant le polymorphisme.

Prends le bout de code plus haut et compare à ça :

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
public class A
{
  public virtual void Toto( string titi ) { ... }
}
 
public class B : A
{
  public override void Toto( string titi ) { base.Toto( titi ); ... }
}
 
...
 
B bleh = new B();
bleh.Toto( "blih" ); -> appel de la version B
 
A blah = new B();
blah.Toto( "blih" ); -> appel de la version B

Tu vois la différence ? :)

[sblanc74]

ok j'ai compris... merci

je peux contourner mon problème de la manière suivante :

new public object DataSource
{
get { return base.DataSource;
}


Comme ca quand on appelle 'DataSource' en dehors de mon composant, la propriété passe en lecture seule... (sous reserve que l'on soit du type "maListBox" bien sur...

[Maniak]

Comme ca quand on appelle 'DataSource' en dehors de mon composant, la propriété passe en lecture seule... (sous reserve que l'on soit du type "maListBox" bien sur...

Voilà. Mais ça reste du domaine de la bidouille et pas fool-proof, faut garder ça en tête :)

[sblanc74]

ouep mais c'est mieux que rien