Discussion :

[Pongten]

Hello à tous.

J'ai un petit problème.

J'ai deux interface. La première définit entre autres, une méthode A. La seconde interface hérite de la première interface et implémente une méthode A dont le renvoi est différent. Je la préfixe donc avec le mot clé new, de façon à masquer la méthode de l'interface de base.

Le hic est que lorsque je défini une classe qui implémente la seconde interface, il veut que j'y définisse les deux méthodes, ce qui n'est pas ce que je souhaite.

Un petit exemple explicatif :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
 
 
interface A
{
    object getValue();
}
 
interface B : A
{
   new object[] getValue();
}

Si je défini une classe C, le compilateur me force à implémenter la méthode GetValue de l'interface B mais également celle de l'interface A.

[tomlev]

C'est parfaitement normal... Si C implémente B, alors C implémente aussi A. Tu dois donc implémenter les 2 méthodes. A la limite, tu peux mettre un code bidon dans la méthode de A.

Mais à mon avis c'est une mauvaise conception de masquer une méthode de l'interface. Si la méthode de B ne renvoie pas la même chose que celle de A, alors il faut lui donner un autre nom.

[lutecefalco]

+1

[Pongten]

En fait, j'ai procédé de la sorte parce que à part cette méthodes, toutes les autres méthodes sont identiques, mais en le disant, je viens de trouver une solution plus élégante... Je vais définir une première interface qui implémente les méthodes communes puis deux sous-interfaces qui implémentent les méthodes spécifiques.

[Jarodtweiss]

Effectivement ça sera beaucoup plus propre.
Pour lancer le début, je dirais juste qu'il faut faire très attention à l'utilisation du "new". Non seulement 50% des développeurs ne le connaissent pas bien, mais en plus il est source potentielle de bug car la méthode de base pourra être appelée selon l'utilisation que l'on fait de la classe de base et de sa dérivée. Gros danger potentiel.

Pour en revenir aux enums, la classe va effectivement implémenter les deux interfaces, mais en un sens, c'est dommage. En un sens seulement ! Je m'explique.
.NET 2.0 introduit l'héritage. A des fins de compatibilité ascendante, on ne bannit pas du framework les collections et autres interfaces non génériques (et on ne les bannira probablement jamais)

Cela veut-il dire qu'on devra "jusqu'à la fin des temps" implémenter un GetEnumerator ET un GetEnumerator<T> sur toutes nos classes enumérables ??? Oui probablement, mais c'est quand même bien dommage.

Une opinion là dessus ?