Pourquoi ne puis-je pas l'appel de méthodes à l'intérieur d'une classe qui, explicitement implémente une interface?

Voici l'histoire. J'ai créé une interface, IVehicle. J'ai explicitement mis en œuvre l'interface dans ma classe, Vehicle.cs.

Voici mon interface:

Interface IVehicle
{
        int getWheel();
}

voici ma classe:

class Vehicle: IVehicle
{

     public int IVehicle.getWheel()
     {
         return wheel;
     }

     public void printWheel()
     {
         Console.WriteLine(getWheel());
     }
}

Avis que getWheel() est explicitement mis en œuvre. Maintenant, quand j'essaie de appel cette méthode dans ma classe de Véhicule, j'ai un message d'erreur indiquant que getWheel() n'existe pas dans le contexte actuel. Quelqu'un peut-il m'aider à comprendre ce que je fais de mal?

En tant QUE java personne, je me demande pourquoi ce alambiqué chose existe ? Pourquoi quelqu'un voudrait-le au-dessus d'exister, ce qui avantage est le gain ?
La spécification d'un modificateur de visibilité sur un explicitement mise en œuvre de membre est une erreur de syntaxe. Le membre est toujours accessible une fois que votre objet a été coulé à votre type d'interface.
Si vous êtes à la mise en œuvre de multiples interfaces avec d'une commune membre, ce qui vous permet de fournir des définitions différentes de par interface. Aussi, il ajoute à nettoyer intellisense, parce que l'explicite les membres ne sont pas visibles ou utilisables, sauf si vous lancez l'interface appropriée.

InformationsquelleAutor tyrone302 | 2010-03-26

c#explicit interface

40

Lorsque vous décidez d'implémenter l'interface, vous devez d'abord convertir l'objet à l'interface, vous pouvez appeler la méthode. En d'autres termes, la méthode n'est disponible que lorsque la méthode est appelée sur l'objet que le type d'interface, non pas comme le type de béton.
```
class Vehicle: IVehicle {

     public int IVehicle.getWheel()
     {
         return wheel;
     }

     public void printWheel()
     {
         Console.WriteLine( ((IVehicle)this).getWheel() );
     }
}
```
Voir ce référence à MSDN pour plus d'informations. Voici pertinentes de l'extrait:

Il n'est pas possible d'accéder à une interface explicite membre de la mise en œuvre par le biais de son nom complet dans une invocation de méthode, l'accès à la propriété, ou d'indexation d'accès. Une interface explicite implémentation de membre ne peut être consulté par le biais d'une interface instance, et est dans ce cas référencées simplement par son nom de membre.

Pour ce que ça vaut -- ce n'est probablement pas une très bonne utilisation de l'interface explicite de mise en œuvre. En règle générale, vous souhaitez utiliser explicite de mise en œuvre lorsque vous avez une classe qui a une interface complète pour les opérations courantes, mais aussi implémente une interface qui peut remplacer certains de ces opérations. L'exemple canonique est un File classe qui implémente IDisposable. Il aurait un Close() méthode, mais être nécessaires pour mettre en œuvre Dispose(). Lorsque le traiter comme un File vous utilisez Open/Close. Lors de son ouverture dans une instruction d'utilisation, cependant, il va la traiter comme une IDisposable et appel Dispose. Dans ce cas Dispose appelle simplement Close. Vous n'auriez pas forcément envie d'exposer Dispose dans le cadre de la File mise en œuvre depuis le même comportement est disponible à partir de Close.
- Merci. J'ai fait ça pour me prouver que je pouvais le faire. À ce point, le livre que je suis en utilisant n'ai pas donner une raison quelconque, indiquant la nécessité d'implémenter explicitement l'interface.
- Un autre exemple courant de ce qui est dans l'généré .Designer les fichiers d'une application winforms. Chaque contrôle est initialisé entre une paire de .BeginInit() et .EndInit() méthodes, mais ces appels sont tous fabriqués après casting le contrôle de ISupportInitialize.
InformationsquelleAutor tvanfosson
12

Selon MSDN:

Il est possible de mettre en œuvre une
membre interface explicitement—la création d'un
membre de la classe qui est appelée uniquement
par le biais de l'interface, et est spécifique
à cette interface.

Et dans le Langage C# spécifications:

Il n'est pas possible d'accéder à un
interface explicite membre
mise en œuvre grâce à ses
nom qualifié dans une invocation de méthode,
l'accès à la propriété, ou d'indexation d'accès. Un
interface explicite membre
la mise en œuvre ne peut être consulté
grâce à une interface de l'instance, et est
dans ce cas référencées simplement par son
nom de membre.

Pour accéder à ce membre, vous pouvez jette le premier de la classe à l'interface, et y accéder.

InformationsquelleAutor Yuriy Faktorovich
3

Pour éviter un lot de ennuyeux jette sur votre classe, vous pouvez créer un pointeur comme le type d'interface
```
public class Foo : IBar
{
    readonly IBar bar;
    public Foo()
    {
       bar = this;
    }
}
```
Et ensuite appeler les membres à l'aide de bar.

InformationsquelleAutor Davi Fiamenghi

Vous devez vous connecter pour publier un commentaire.