Modificateurs d'accès sur les membres de l'interface en C #

J'obtiens une erreur de compilation à partir de la propriété suivante.
L'erreur est:

"Le modificateur" public "n'est pas valide pour cet article"

public System.Collections.Specialized.StringDictionary IWorkItemControl.Properties
{
    get { return properties; }
    set { properties = value; }
}

mais si je supprime le IWorkItemControl il compile bien.

Pourquoi j'obtiens cette erreur et qu'est-ce que la différence d'avoir /ne pas avoir le nom de l'interface dans la signature?

source d'informationauteur benPearce

access-modifiers c#explicit-interface interface

41

Implémentation d'interface explicite ne vous permet pas de spécifier toutes les modificateurs d'accès. Lorsque vous implémentez une interface membre explicitement (en précisant le nom de l'interface avant le nom du membre), vous pouvez accéder à ce membre uniquement à l'aide de cette interface. En gros, si vous n':
```
System.Collections.Specialized.StringDictionary IWorkItemControl.Properties
{
    get { return properties; }
    set { properties = value; }
}
```
Vous ne pouvez pas faire:
```
MyClass x = new MyClass();
var test = x.Properties; //fails to compile
//You should do:
var test = ((IWorkItemControl)x).Properties; //accessible through the interface
```
Il y a plusieurs cas d'utilisation pour l'EII. Par exemple, vous voulez fournir un Close méthode pour votre classe afin de libérer les ressources acquises, mais vous voulez continuer à mettre en œuvre IDisposable. Vous pourriez faire:
```
class Test : IDisposable {
    public void Close() {
        //Frees up resources
    }
    void IDisposable.Dispose() {
        Close();
    }
}
```
De cette façon, les consommateurs de la classe ne peut appeler Close directement (et ils ne voient même pas Dispose dans la liste Intellisense) mais vous pouvez toujours utiliser le Test classe où un IDisposable est prévu (p. ex. dans un using déclaration).

Un autre cas d'utilisation pour EII est de fournir des implémentations différentes d'un même nom de l'interface de membre pour les deux interfaces:
```
interface IOne {
   bool Property { get; }
}

interface ITwo {
   string Property { get; }
}

class Test : IOne, ITwo {
   bool IOne.Property { ... }
   string ITwo.Property { ... }
}
```
Comme vous le voyez, sans EII c'est même pas possible à implémenter deux interfaces de cet exemple dans une classe unique (comme les propriétés diffèrent seulement dans le type de retour). Dans d'autres cas, vous pouvez fournissent volontairement des comportements différents pour les différents points de vue d'une classe grâce à différentes interfaces.
0

Tous les éléments de l'interface doit être public.
Après tout, une interface est la vue du public d'un objet.

Depuis Propriétés est un élément d'une interface IWorkItemControlil est déjà public, et vous ne pouvez pas spécifier son niveau d'accès, même d'assurer la redondance de préciser que c'est public.

Vous devez vous connecter pour publier un commentaire.