是否需要分别继承泛型与非泛型WebViewPage？原因何在？

我之前也碰到过一模一样的情况！先给你明确答案：在ASP.NET MVC中，确实需要同时提供泛型和非泛型的自定义WebViewPage基类，核心原因主要有这几点：

1. 对应两种视图类型 #

ASP.NET MVC的视图天然分成两类：

• 强类型视图：用@model YourModelType声明，编译时会自动绑定到WebViewPage<TModel>泛型基类
• 无模型视图：没有@model指令，默认会使用非泛型的WebViewPage基类

如果你的项目里存在任何无模型视图（比如纯静态展示页、不带模型的局部视图，甚至某些布局页），只提供泛型基类的话，这些视图在编译时会找不到匹配的基类，直接抛出编译错误。反之，只留非泛型基类，强类型视图也无法正常绑定模型。

2. 框架编译逻辑的限制 #

MVC视图引擎的编译逻辑是内置的：它会根据视图是否有@model指令自动选择对应的基类类型，这个行为没法通过配置绕过。所以必须同时提供两个版本的基类，才能覆盖所有视图场景。

关于重复代码的优化 #

你看到的两份完全重复的代码，是之前开发者没做逻辑抽离导致的。其实完全可以把公共逻辑提取出来，避免重复维护的麻烦：

优化方案1：以泛型基类为核心，非泛型版本继承dynamic类型 #

这是最简洁的实现方式：

// 泛型基类：实现所有共享属性和方法
public abstract class MyPageBase<T> : WebViewPage<T>
{
    // 示例共享属性：供所有页面访问的公共数据
    public string CurrentAppVersion { get; private set; }
    public bool IsAuthenticatedUser => User.Identity.IsAuthenticated;

    protected override void InitializePage()
    {
        CurrentAppVersion = "v1.2.3";
        base.InitializePage();
    }
}

// 非泛型基类：直接继承泛型的dynamic版本，无需重复写代码
public class MyPageBase : MyPageBase<dynamic>
{
    // 空类即可，自动继承所有公共逻辑
}

优化方案2：抽离公共逻辑到抽象类 #

如果需要更灵活的结构，可以把共享逻辑放到一个抽象类中，让两个基类都继承它：

// 公共抽象类：存放所有共享逻辑
public abstract class MyPageBaseCommon : WebViewPage
{
    public string SiteName => ConfigurationManager.AppSettings["SiteName"];
    public void LogViewAccess()
    {
        // 记录视图访问日志的通用逻辑
    }
}

// 非泛型基类
public class MyPageBase : MyPageBaseCommon
{
}

// 泛型基类：调整继承链，复用公共逻辑
public abstract class MyPageBase<T> : MyPageBaseCommon, IWebViewPage<T>
{
    // 这里可以通过封装实例或扩展方法复用逻辑，更简单的是把公共抽象类改成泛型兼容：
    // public abstract class MyPageBaseCommon<T> : WebViewPage<T>
    // 然后非泛型继承MyPageBaseCommon<dynamic>，泛型继承MyPageBaseCommon<T>
}

要不要删除其中一个版本？ #

除非你能100%确认所有关联应用里的视图都是强类型（没有任何不带@model的视图），否则绝对不能删！你测试时觉得非泛型版本无用，可能只是当前测试的视图都是强类型的，但这个基类被数十个应用使用，肯定存在依赖非泛型版本的视图，贸然删除会导致大量编译错误。

内容的提问来源于stack exchange，提问作者Sarov