C#接口的非公共成员

时间:2008-08-20 08:14:07

标签: c# .net interface

在C#中,当您实现一个接口时,所有成员都是隐式公共的。如果我们可以指定辅助功能修饰符(protectedinternal,当然除了private),或者我们应该只使用抽象类而不是更好吗?

9 个答案:

答案 0 :(得分:33)

如果接口是内部接口,则其所有成员都将在程序集内部。如果嵌套接口受到保护,则只有外部类的子类才能访问该接口。

其声明程序集之外的接口的内部成员将是无意义的,对于声明外部类之外的接口的受保护成员也是如此。

接口的要点是在实现类型和接口用户之间描述合同。外部呼叫者不会关心,也不应该 关心实施,这是内部和受保护成员的目的。

对于由基类调用的受保护成员,抽象类是指定基类和从它们继承的类之间的契约的方法。但在这种情况下,实现细节通常非常相关,除非它是一个退化的纯抽象类(其中所有成员都是抽象的),在这种情况下受保护的成员是无用的。在这种情况下,请使用接口并保存单个基类以实现要选择的类型。

答案 1 :(得分:20)

您可以通过在方法名称前明确声明接口名称来隐藏接口的实现:

public interface IInterface {
    public void Method();
}

public class A : IInterface {
    public void IInterface.Method() {
        // Do something
    }
}

public class Program {
    public static void Main() {
        A o = new A();
        o.Method(); // Will not compile
        ((IInterface)o).Method(); // Will compile
    }
}

答案 2 :(得分:5)

没有意义。 Interface是与 public 签订的合同,您支持这些方法和属性。坚持抽象类。

答案 3 :(得分:3)

这里的所有答案或多或少都说这就是接口的意图,它们是通用的公共规范。

这是讨论最多的话题,让我发布两个我在SO上发现的优秀答案,这个问题浮出水面。

This answer gives an example如何在派生类中为接口成员提供非统一访问说明符是多么荒谬。代码总是比技术描述更好。

对我来说,强制公共接口成员最讨厌的事情是接口本身可以是程序集的内部,但它公开的成员必须是公共的。 Jon Skeet explains here that's by design sadly

这提出了一个问题,即为什么界面不是为成员设计非公开定义。这可以使合同变得灵活。在编写程序集时,这非常有用,在这些程序集中,您不希望将特定的类成员暴露给程序集外部。我不知道为什么。

答案 4 :(得分:2)

接口是所有实现类都遵守的契约。这意味着他们必须坚持全部或全部。

如果界面是公开的,那么该联系人的每个部分都必须是公开的,否则就意味着一个人对朋友/内部类别以及与其他所有人不同的事情。

使用抽象基类或(如果可能且实用)internal extension method on the interface

答案 5 :(得分:2)

您可以隐藏几乎所有接口实现的外部程序集代码。

interface IVehicle
{
    void Drive();
    void Steer();
    void UseHook();
}
abstract class Vehicle  // :IVehicle  // Try it and see!
{
    /// <summary>
    /// Consuming classes are not required to implement this method.
    /// </summary>
    protected virtual void Hook()
    {
        return;
    }
}
class Car : Vehicle, IVehicle
{
    protected override void Hook()  // you must use keyword "override"
    {
        Console.WriteLine(" Car.Hook(): Uses abstracted method.");
    }
    #region IVehicle Members

    public void Drive()
    {
        Console.WriteLine(" Car.Drive(): Uses a tires and a motor.");
    }

    public void Steer()
    {
        Console.WriteLine(" Car.Steer(): Uses a steering wheel.");
    }
    /// <summary>
    /// This code is duplicated in implementing classes.  Hmm.
    /// </summary>
    void IVehicle.UseHook()
    {
        this.Hook();
    }

    #endregion
}
class Airplane : Vehicle, IVehicle
{
    protected override void Hook()  // you must use keyword "override"
    {
        Console.WriteLine(" Airplane.Hook(): Uses abstracted method.");
    }
    #region IVehicle Members

    public void Drive()
    {
        Console.WriteLine(" Airplane.Drive(): Uses wings and a motor.");
    }

    public void Steer()
    {
        Console.WriteLine(" Airplane.Steer(): Uses a control stick.");
    }
    /// <summary>
    /// This code is duplicated in implementing classes.  Hmm.
    /// </summary>
    void IVehicle.UseHook()
    {
        this.Hook();
    }

    #endregion
}

这将测试代码。

class Program
{
    static void Main(string[] args)
    {
        Car car = new Car();
        IVehicle contract = (IVehicle)car;
        UseContract(contract);  // This line is identical...
        Airplane airplane = new Airplane();
        contract = (IVehicle)airplane;
        UseContract(contract);  // ...to the line above!
    }

    private static void UseContract(IVehicle contract)
    {
        // Try typing these 3 lines yourself, watch IDE behavior.
        contract.Drive();
        contract.Steer();
        contract.UseHook();
        Console.WriteLine("Press any key to continue...");
        Console.ReadLine();
    }
}

答案 6 :(得分:1)

接口在其方法中没有访问修饰符,使它们对适合的访问修饰符开放。这有一个目的:它允许其他类型推断接口后面的对象可用的方法和属性。给予它们保护/内部访问器会破坏接口的目的。

如果您坚持需要为方法提供访问修饰符,请将其保留在界面之外,或者如您所说,使用抽象类。

答案 7 :(得分:0)

我熟悉Java而不是C#,但为什么你想要一个接口中的私有成员?它不能有任何实现,并且在实现类时是不可见的,所以没用。存在用于指定行为的接口。如果您需要默认行为而不是使用抽象类。

答案 8 :(得分:0)

在我的意见中,这违反了封装。我必须实现一个公共的方法然后我实现一个接口。我认为没有理由在实现接口的类中强制公开。 (C#)