C# 中丑陋的继承

Question

我有

public class ViewBaseBase : UserControl

然后我有

public class ViewBase<TPresenter, TIView> : ViewBaseBase

这当然会导致

public class AView : ViewBase<ConcretePresenter, IView>

推理，我想要一种非通用的方式来多态地访问 ViewBase，而不需要知道 TPresenter、TIView。

这对任何人来说都是“错误的”吗？我不知道，它有效，它似乎没有给我带来问题，但感觉有点“错误”。可能是 ViewBaseBase 名称，我可能可以使用一个接口，但实际上我很喜欢在该级别继承 UserControl，因为所有 ViewBase 都必须是 UserControl ...

Answer 1

如果您希望以多态方式访问这些东西，除非您有一个非泛型绝对基类，否则您无能为力。您还说过每个 ViewBase 必须是 UserControl，但这并不意味着您不能使用接口。考虑一下：

public interface IViewBase
{
}


public abstract class ViewBase<IPresneter, TIView> : UserControl
                                                   , IViewBase
{
}


public class AView : ViewBase<ConcretePresenter, IView>
{
}

AView 现在是一个 UserControl 和一个 IViewBase。我个人认为这样比较干净。

Answer 2

public class ViewBaseBase : UserControl

如果任何 ViewBaseBase 必须是 UserControl，那么这比接口更好，因为它强制执行此操作。
如果 ViewBaseBase 提供代码而不仅仅是签名（一切都是抽象的），那么这是唯一可能的方法，无需进行一些真正繁重的卷积，因为 C# 不提供多重继承。
如果 ViewBaseBase 只提供签名（一切都是抽象的）并且某些东西可能是 ViewBaseBase 而不是 UserControl （即使不在您的项目中），那么我会考虑一个接口。

层次结构的后续级别也有大致相同的逻辑。

就整体层次结构而言，它是否会妨碍您？如果是，那么可能值得以某种方式进行重构，但如果不是，那么我什至不会停下来思考它。毕竟，类层次结构的目的是让开发人员的生活更轻松，所以是否这样做才是最终关心的问题。