当使用多态性没有意义时，如何实现特定于类型的功能？

Question

未正确利用 OOP 语言的常见危险信号如下所示：

if (typeof(x) == T1)
{
    DoSomethingWithT1(x);
}
else if (typeof(x) == T2)
{
    DoSomethingWithT2(x);
}

此类设计问题的标准“修复”是使 T1 和 T2 共享一个接口，通过继承基类型或实现公共接口（以支持它的语言）；例如，在 C# 中，解决方案可能是：

public interface IT
{
    void DoSomething();
}

但是，有时您希望实现根据对象类型而不同的功能，但该功能不属于该对象的类型；因此，多态性似乎是错误的方法。

例如，考虑提供给定数据块视图的 UI 的情况。假设此视图能够根据所呈现的数据类型呈现各种布局和控件，那么如何在没有一堆 if/else 的情况下实现这种特定于类型的呈现声明？

由于我希望显而易见的原因，在这种情况下将渲染逻辑放在类型本身中对我来说是一个非常糟糕的决定。另一方面，如果不将数据对象的类型与其视觉呈现耦合起来，我很难看出如何避免 if/else 场景。

这是一个具体的例子：我正在开发一个交易应用程序，该应用程序对各种市场产品使用许多不同的定价模型。这些不同的模型由继承自公共 PricingModel 基础的类型表示；每种类型都与一组完全不同的参数相关联。当用户想要查看特定定价模型（针对特定产品）的参数时，当前这些参数通过检测模型类型并显示一组适当的控件的表单来显示。我的问题是如何比当前更优雅地实现这一点（使用一个大的 if/else 块）。

我意识到这可能看起来是一个非常基本的问题；这只是我的知识差距之一（坚实的 OOP 原则？设计模式？常识？），我认为是时候修复了。

Answer 1

我们按类型将此类功能注入（Spring.Net）到字典中。

IDictionary<Type, IBlahImplementor> blahImplementors;

blahImplementors[thingy.GetType()].Do(thingy);

该字典可以由提供该功能的一种存储库来管理。

作为实现细节，实现者通常知道它所依赖的类型，并且可以自己提供它：

interface IBlahImplementor
{
  Type ForType { get; }

  void Do(object thingy);
}

然后将其添加到字典中，如下所示：

IEnumerably<IBlahImplementor> blahImplementors;
foreach (var implementor in blahImplementors)
{
  blahImplementors.Add(implementor.ForType, implementor);
}

---

备注：恕我直言，了解某些事物不属于类非常重要，即使提供特定于子类型的实现会让生活变得更轻松。

---

编辑：终于明白了你的具体例子。

它实际上是关于实例化正确的 UI 控件来显示定价模型参数。按照我上面描述的模式应该是可能的。如果您没有用于定价模型的单个 UI 控件，您可以创建它或编写 UI 配置器或类似的东西来设置所需的控件。

interface IPricingModelUiConfigurer
{
  Type PricingModelType { get; }
  void SetupUi(Control parent, IPricingModel model);
}

Answer 2

您可以使用所描述的通用接口方法和命令模式来触发“功能不属于该对象类型”的方法。我认为这不会违反坚实的 OOP 原则。

Answer 3

您所描述的几乎正是访问者模式的用例。

编辑：对于您的具体示例，您可以像这样应用访问者模式：

// interface used to add external functionality to pricing models
public interface PricingModelVisitor {
    void visitPricingModel1(PricingModel1 m);
    void visitPricingModel2(PricingModel2 m);
    ...
}
// your existing base-class, with added abstract accept() method to accept a visitor
public abstract class PricingModelBase {
    public abstract void accept(PricingModelVisitor v);
    ...
}
// concrete implementations of the PricingModelBase implement accept() by calling the 
// appropriate method on the visitor, passing themselves as the argument
public class PricingModel1 : PricingModelBase { 
    public void accept(PricingModelVisitor v) { v.visitPricingModel1(this); }
    ...
}
public class PricingModel2 : PricingModel {
    public void accept(PricingModelVisitor v) { v.visitPricingModel2(this); }
    ...
}
// concrete implementation of the visitor interface, in this case with the new 
// functionality of adding the appropriate controls to a parent control
public class ParameterGuiVisitor : PricingModelVisitor {
    private Control _parent;
    public ParameterGuiVisitor(Control parent) { _parent = parent; }
    visitPricingModel1(PricingModel1 m) {
        // add controls to _parent for PricingModel1
    }
    visitPricingModel2(PricingModel2 m) {
        // add controls to _parent for PricingModel1
    }
}

现在，当您如果需要显示 PricingModelVisitor 特定子类型的参数的编辑控件，您只需调用

somePricingModel.accept(new ParameterGuiVisitor(parentControl))

它即可为您填充适当的 GUI。