design-patterns - 低头可以吗？

Question

我正在设计一个用户可以扩展的框架。
基本上我会为他们提供一组他们可以实现的接口(interface)，我的“管理器”类会像这样调用他们的实现:

abstract1 = factory.GetConcreteExtension1()
abstract2 = factory.GetConcreteExtension2()
abstract1.DoSomething(abstract2)

我的客户在哪里实现抽象的具体版本。
然而，他们可能决定将数据添加到不在 abstract2 接口(interface)中的具体 2 中。
这将迫使他们在具体.DoSomething 实现中将 abstract2 向下转换为concrete2。

这看起来像是代码异味，因为我强制他们实现一个方法(DoSomething)，该方法在其签名中需要 abstract1 但实际上只能得到具体 1(另外我强制他们编写强制转换)。

我找不到既可以很好地定义契约(Contract)又可以让我的框架自行管理流程的解决方案。有任何想法吗？

Answer 1

那么abstract1 的DoSomething 是用参数abstract2 调用的，您想从DoSomething 方法中获取abstract2 的数据吗？

在这种情况下，在我看来，最好给 abstract2 行为，以便 abstract1 通过 abstract2 的行为而不是通过它的数据与其交互。