与相关类紧密耦合？

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 给我们带来的无限递归问题。

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

因此，我有点不知道如何以理智的方式做到这一点。到目前为止我考虑过的一切都可以工作，但是代码味道很糟糕。是否有什么我遗漏的东西，或者到目前为止我还没有找到的某种方法？

Answer 1

我在我的 Protocol Buffers 端口中有非常类似的代码，其中有一条消息类型和该消息类型的构建器是耦合的。

基本上，您试图表达一种 C# 泛型使之尴尬的关系。

就我而言，大部分内容都隐藏在生成的代码中，因此开发人员实际上不需要做太多事情......但它仍然很丑陋。我确实寻找过替代方案，但没有找到。我认为你所拥有的很可能是你能得到的最好的，恐怕......假设你写的关于 VS 约束的内容和你的其他要求是正确的。如果您发现自己能够使用非常不同的设计，那就太好了 - 但如果您需要两种相关的类型，我认为所有这些“垃圾”都是必需的:(