C# 接口的非公共成员 [关闭]

Question

在 C# 中，当您实现一个接口时，所有成员都是隐式公共的。如果我们可以指定可访问性修饰符（protected、internal，当然private 除外）不是更好，还是应该只使用抽象类？

Answer 1

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

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

接口的意义在于描述实现类型和接口用户之间的契约。外部调用者不会关心也不应该不得不关心实现，这是内部成员和受保护成员的用途。

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

Answer 2

您可以通过在方法名称之前显式声明接口名称来隐藏接口的实现：

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
    }
}

Answer 3

没有意义。接口是与您支持这些方法和属性的public 的合同。坚持使用抽象类。

Answer 4

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

这是讨论最多的话题，当我想到这个问题时，让我发布我在 SO 上找到的两个很好的答案。

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

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

这提出了一个问题，为什么接口没有设计为对成员进行非公共定义。这可以使合同灵活。这在编写不希望类的特定成员暴露给程序集外部的程序集时非常有用。我不知道为什么。

Answer 5

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

如果接口是公开的，那么该联系人的每个部分都必须是公开的，否则对于朋友/内部类来说意味着一个，而对于其他一切来说就不同了。

要么使用抽象基类，要么（如果可能且可行）internal extension method on the interface。

Answer 6

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

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();
    }
}

Answer 7

接口在它们的方法中没有访问修饰符，让它们对合适的访问修饰符开放。这有一个目的：它允许其他类型推断出哪些方法和属性可用于遵循接口的对象。为它们提供受保护/内部访问器会破坏接口的目的。

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

Answer 8

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

Answer 9

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