c# - 与相关类紧密耦合？

Question

我有一个定制的向导系统，到目前为止非常合适。对于大多数向导，页面可以以相当通用的方式构造，因此只有一个类实现这些类型的页面。但是，有些需要定制设计，因此有一个针对这些页面的抽象基类。由于VS设计器的一些不足，页面本身不能是UI控件，也不能是带有泛型参数的抽象类(那些为了流畅编程而存在的)。因此，我遵循的一种选择是跨两个类实现页面，一个用于 UI(派生自 UserControl 并且可以设计)，一个用于页面。该页面包含 UI 控件的实例并将其嵌入自身以供显示。不是最优的，但它有效。

现在，这个设置出现了一个问题:UI 控件类和页面类之间存在紧密耦合。这通常不是什么大问题，除非可以从中派生页面以创建页面的专门版本。因此，派生的控件和页面类也自身 紧密耦合。因此，当我在分别为控件或页面类键入的控件和页面类上具有成员变量、属性和方法时(即，控件类将具有指向页面的属性 Page控件嵌入)，我们遇到了派生类的大问题。每个派生类都必须以某种方式更改这些成员的类型。我想做的是包括一个通用类型参数，它允许这些成员被通用类型化:

public class BaseControl<TControl, TPage>
    where TPage : BasePage<TPage, TControl>
    where TControl : BaseControl<TControl, TPage> {
    public TPage Page { get { ... } set { ... } }
    ...
}

public class BasePage<TPage, TControl>
    where TPage : BasePage<TPage, TControl>
    where TControl : BaseControl<TControl, TPage> {
    public TControl Control { get { ... } set { ... }
    ...
}

public class DerivedControl<TControl, TPage> : BaseControl<TControl, TPage>
    where TControl : DerivedControl<TControl, TPage>
    where TPage : DerivedPage<TPage, TControl> { }

public class DerivedPage<TPage, TControl> : BasePage<TPage, TControl>
    where TControl : DerivedControl<TControl, TPage>
    where TPage : DerivedPage<TPage, TControl> { }

显然，这是我想避免的那种 C++ 风格的垃圾。除了丑陋之外，它还产生了一个实际问题，即必须创建密封的“叶”类来解决 CRTP 给我们带来的无限递归问题。

然而，替代方案也没有吸引力。我可以让那些成员有一个固定类型的基本类型，并在任何地方进行转换。这不强制类型安全，它需要无意义的转换(我已经知道类型将是这样那样的，但编译器不知道)。我可以吸收它并将页面和控件类合并为一个，没有 abstract 或通用类型参数。这破坏了流畅的编程系统，或者使它更难实现，并且有很多重复(如果需要我会解释，但让我们假设我的设计部分是合法的)。

因此，我对如何以理智的方式执行此操作有点不知所措。到目前为止我考虑过的所有东西都可以工作，但是代码味道很糟糕。有没有我遗漏的东西，到目前为止我还没有找到这样做的某种方法？

Answer 1

我在 my Protocol Buffers port 中有非常相似的代码，其中耦合了消息类型和该消息类型的构建器。

基本上，您要表达的是 C# 泛型造成尴尬的关系。

在我的例子中，大部分内容都隐藏在生成的代码中，因此开发人员实际上不需要做太多……但它仍然很丑陋。我确实在寻找替代品，但我没有找到任何替代品。我认为你所拥有的可能会尽可能好，恐怕...假设你写的关于 VS 约束的内容和你的其他要求是正确的。如果您发现自己能够在一个非常不同的设计中工作，那很好 - 但如果您需要两种相关的类型，我认为所有这些“垃圾”都是必需的:(