¿Cómo puedo hacer que un método sea privado en una interfaz?

Question

tengo esta interfaz:

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

Pero cuando lo uso (implementa la interfaz, la generación automática de código), me sale esto:

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

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

El addError método es público y no privado como yo querido.

¿Cómo puedo cambiar esto?

Answer 1

Una interfaz solo puede tener métodos públicos. Puede considerar el uso de una clase base abstracta con un método abstracto protegido AddError para esto. La clase base puede implementar la interfaz IValidationCRUD, pero solo después de haber eliminado el método privado.

así:

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 miembro privado no tiene sentido como parte de una interfaz. Una interfaz está ahí para definir un conjunto de métodos, un rol, un objeto siempre debe implementarse. Los métodos privados, por otro lado, son detalles de implementación, no destinados al consumo público.

Answer 3

Probablemente debería revisar el artículo de MSDN aquí acerca de las interfaces: http://msdn.microsoft.com/en-us/library/ms173156.aspx

Answer 4

Una interfaz no puede contener campos privados. Sin embargo, el comportamiento más cercano a "campos privados" se puede lograr es mediante el uso de la aplicación explícita (que se explica aquí: http://msdn.microsoft.com/en-us/library/ms173157.aspx)

Answer 5

El estado de una interfaz:

El CLR también permite una interfaz para contener estática métodos, campos estáticos, constantes y constructores estáticos. Sin embargo, una interfaz compatible con CLS no debe tener ninguno de estos miembros estáticos porque algunos lenguajes de programación no pueden definirlos ni acceder a ellos. De hecho, C# impide que una interfaz defina miembros estáticos. Además, el CLR no permite que una interfaz contenga ningún campo de instancia o constructor de instancia.

Estas son las reglas de una interfaz y no se puede hacer nada en ese :)

Estos no están permitidos

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

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

Answer 6

Ha considerado el uso:

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

En lugar de

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

Siento asociarme demasiado tarde.

Answer 7

No es un escenario válido en caso real, pero aún así se puede lograr mediante la aplicación explícita de interfaz

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

aquí funciónB() se implimented explícitamente si ha creado el objeto del niño de clase te beneficias funciónB()