C#调用作为接口传递的对象的内部方法

Question

我有一个定义一些函数的接口IFoo，一个实现IFoo和一些内部函数的抽象类FooBase，还有几个从FooBase派生的类Foo。
我还有一个类Bar，它应该从FooBase调用一个方法，但是它的参数作为IFoo传递。所以所有的东西都是这样的：

public interface IFoo
{
  // Some methods
}

public abstract class FooBase : IFoo
{
  // Methods from IFoo

  internal TInternalType SomeMethod();
}

public class Foo1 : FooBase
{
  // ...
}

public class Bar
{
  public void DoSomething(IFoo foo)
  {
    // This does not feel right:
    TInternalType myT = (foo as FooBase).SomeMethod();
  }
}

如前所述，这感觉不对，因为任何人都可能会出现，编写一个实现IFoo的类Baz并用它调用DoSomething将会失败。

我还发现了这个问题/解决了一个类似的问题，这个问题是关于公共接口的内部材料的，但这并不能改变实现IFoo的某些第三方类会导致问题的问题，即我仍然有一个说谎的API。

或者，我可以更改DoSomething的类型，以获取FooBase类型的参数，并通过将构造函数设置为内部函数来保护第三方类的FooBase，但我希望在公共API中只有抽象，而不是实现。

背景:
我正在编写一个库，该库公开一些类型，并使用另一个库L实现其功能。使用L的事实是我想对库的用户隐藏的一个实现细节，所以当在某个时候由于某种原因我必须用其他东西替换L时，我的用户不会注意到。

我现在有了一些将向我的用户公开的Foo类，以及一个将与L一起工作的Bar类。对于每个类Foo，必须创建一个来自L的类的相应实例；但是单独的Foo类太不同了，它们都需要单独的逻辑来创建各自的L类。

这就是为什么我在FooBase中定义了一个内部抽象方法，每个Foo都实现了自己的方法来从L生成它的类，所以Bar可以只调用这个方法来获得它使用L所需要的东西。

也许有一种完全不同于内部重载方法的方法。

Answer 1

接口的全部意义在于显示实现的能力。如果您需要访问实现的内部成员，您应该让代码的使用者知道它们不是真正的内部成员（或者通过遵循这里的其他答案，或者例如通过接口隔离和只传递单个角色接口），或者让它们真正的内部成员。在您的情况下，我认为它应该封装在foobase类中。

我认为doSomething方法还对ifoo实现执行其他操作。无论bar如何处理从内部方法返回的内部类型，都可能发生在其他ifoo方法中的foobase中。这里的指导原则是告诉，不要问。