Comment rendre une méthode privée dans une interface?

Question

J'ai cette interface:

public interface IValidationCRUD 
{ 
    public ICRUDValidation IsValid(object obj); 
    private void AddError(ICRUDError error); 
} 

Mais quand je l'utilise (Implémenter l'interface, la génération automatique de code), je reçois ceci:

public class LanguageVAL : IValidationCRUD 
{ 
    public ICRUDValidation IsValid(object obj) 
    { 
     throw new System.NotImplementedException(); 
    } 

    public void AddError(ICRUDError error) 
    { 
     throw new System.NotImplementedException(); 
    } 
} 

La méthode AddError est publique et non privée que je voulait.

Comment puis-je changer cela?

Answer 1

Une interface ne peut avoir que des méthodes publiques. Vous pouvez envisager d'utiliser une classe de base abstraite avec une méthode abstraite protégée AddError pour cela. La classe de base peut ensuite implémenter l'interface IValidationCRUD, mais seulement après avoir supprimé la méthode privée.

comme ceci:

public interface IValidationCRUD 
{ 
    ICRUDValidation IsValid(object obj); 
} 

public abstract class ValidationCRUDBase: IValidationCRUD { 
    public abstract ICRUDValidation IsValid(object obj); 
    protected abstract void AddError(ICRUDError error); 
} 

Answer 2

Un député fait dans le cadre d'une interface n'a aucun sens. Une interface est là pour définir un ensemble de méthodes, un rôle, un objet doit toujours être implémenté. D'autre part, les méthodes privées sont des détails de mise en œuvre, non destinés à la consommation publique.

Answer 3

Vous devriez probablement consulter l'article MSDN ici sur les interfaces: http://msdn.microsoft.com/en-us/library/ms173156.aspx

Answer 4

Une interface ne peut pas contenir des champs privés. Cependant, le comportement le plus proche de « champs privés », vous pouvez obtenir est en utilisant la mise en œuvre explicite (voir ici: http://msdn.microsoft.com/en-us/library/ms173157.aspx)

Answer 5

La règle d'une interface:

Le CLR permet également une interface pour contenir statique méthodes, champs statiques, constantes et constructeurs statiques. Cependant, une interface compatible CLS ne doit avoir aucun de ces membres statiques car certains langages de programmation ne peuvent pas les définir ou y accéder. En fait, C# empêche une interface de définir des membres statiques. En outre, le CLR ne permet pas à une interface de contenir des champs d'instance ou des constructeurs d'instance.

Ce sont les règles d'une interface et vous ne pouvez rien faire sur ce :)

Ce ne sont pas autorisés

interface IIValidationCRUD 
{ 
    static ICRUDValidation IsValid(object obj); //error 
} 

interface IIValidationCRUD 
{ 
    public ICRUDValidation IsValid(object obj); //error 
} 

Answer 6

Avez-vous pensé à utiliser:

void IValidationCRUD.AddError(ICRUDError error) 
    { 
     throw new System.NotImplementedException(); 
    } 

Au lieu de

public void AddError(ICRUDError error) 
{ 
    throw new System.NotImplementedException(); 
} 

Désolé de vous inscrire trop tard.

Answer 7

ne est pas un __gVirt_NP_NN_NNPS<__ scénario valable en cas réel, mais vous pouvez réaliser grâce à la mise en œuvre explicite de l'interface

interface Itest 
{ 
     void functiona(); 
     void functionb(); 
} 
class child : Itest 
{ 
    public void functiona() 
    { 
    } 
    void Itest.functionb() 
    { 
    } 
} 

ici functionb() est explicitement implimented donc si vous avez créé l'objet d'un enfant de la classe que ne vous functionb (