是否可以强制显式实现接口（或接口的一部分）？

Question

可以说我有一个这样的界面：

public interface MyInterface
{
    int Property1
    {
        get;
    }

    void Method1();
    void Method2();
}

有没有办法强制接口的实现者显式地实现它的一部分？ 就像是：

public interface MyInterface
{
    int Property1
    {
        get;
    }

    explicit void Method1();
    explicit void Method2();
}

编辑：至于为什么我关心接口是否明确实现； 就功能而言，这并不重要，但对使用代码的人隐藏一些不必要的细节可能会有所帮助。

我试图在我的系统中模拟多个 inheritance，使用这种模式：

public interface IMovable
{
    MovableComponent MovableComponent
    {
         get;
    }
}

public struct MovableComponent
{
    private Vector2 position;
    private Vector2 velocity;
    private Vector2 acceleration;

    public int Method1() 
    {
        // Implementation
    }

    public int Method2() 
    {
        // Implementation
    }

}

public static IMovableExtensions
{
    public static void Method1(this IMovable movableObject) 
    {
        movableObject.MovableComponent.Method1();
    }

    public static void Method2(this IMovable movableObject) 
    {
        movableObject.MovableComponent.Method2();
    }
}

public class MovableObject : IMovable
{
    private readonly MovableComponent movableComponent = new MovableComponent();

    public MovableComponent MovableComponent 
    {
        get { return movableComponent; }  // Preferably hiddem, all it's methods are available through extension methods.
    } 
}

class Program
{
     static void Main(string[] args)
     {
          MovableObject movableObject = new MovableObject();
          movableObject.Method1();   // Extension method
          movableObject.Method2();   // Extension method
          movableObject.MovableComponent    // Should preferably be hidden.

     }
}

如果显式实现了 MovableComponent 属性，在大多数情况下，它会对使用 class 的任何人隐藏。希望这个解释不会太可怕。

Answer 1

不，不可能强制实施者选择接口的显式或隐式实现。

Answer 2

您正在寻找的是一个抽象类

Answer 3

如果显式实现了 MovableComponent 属性，在大多数情况下，它会对使用 class 的任何人隐藏。

显式接口实现的目标不是隐藏实现，而是允许定义相同约束但不能遵守相同实现的接口之间发生冲突。
因此，在使用真实类型时，不可避免地需要隐藏所有冲突实现，只保留一个，而不是仅在使用特定接口类型时“显示”它。 但这不是主要目的，这只是必须以某种方式解决歧义的逻辑结果，开发人员可以在正确的时间主动选择正确的实现。

其次，作为界面设计者，你应该关心具体的实现，以及实现class是如何被第三方处理的。 您在这里跨越了一些界限，并试图从错误的起点进行更改。