ASP.NET Core 5 MVC中多类型物料的ViewModel与表单处理方案问询

关于基类继承子类验证规则的问题 #

基类无法自动继承子类的数据注解与验证规则。ASP.NET Core的模型绑定和验证逻辑是基于你Action参数声明的类型（这里是MaterialVM）执行的，它只会读取该类型及其直接父类的注解信息，完全不会识别子类的规则。你提交表单时，请求数据绑定到MaterialVM实例，系统根本不知道你实际使用的是BookVM这类子类，自然不会应用子类的验证规则，这就是ModelState始终显示有效的原因。

替代处理方案 #

针对你这种19种物料类型、共享大量字段的场景，以下几种方案比单纯的ViewModel继承更实用：

1. 按物料类型拆分Action，直接接收子类ViewModel #

给每种物料类型单独编写对应的提交Action，直接接收子类ViewModel作为参数，这样验证规则会自动生效：

[HttpPost]
public IActionResult AddBook(BookVM vm)
{
    if (ModelState.IsValid)
    {
        // 将BookVM转换为Material实体，执行数据库插入
    }
    // 返回视图并保留验证错误
    return View(vm);
}

[HttpPost]
public IActionResult AddArticle(ArticleVM vm)
{
    // 同理处理文章类型的提交与验证
}

在对应的表单局部视图中，指定表单提交的Action：

<form asp-action="AddBook" method="post">
    <!-- 书籍表单字段 -->
</form>

这种方案逻辑清晰，验证直接生效，还能避免基类绑定可能带来的字段遗漏问题。

2. 用组合替代继承，提取共享字段为独立ViewModel #

创建一个包含所有共享属性的SharedMaterialFieldsVM，然后每种物料类型的ViewModel通过组合的方式包含这个对象，再添加自身独有的属性：

public class SharedMaterialFieldsVM
{
    [Required(ErrorMessage = "标题不能为空")]
    public string Title { get; set; }
    // 其他共享字段及对应的验证注解...
}

public class BookVM
{
    public SharedMaterialFieldsVM SharedFields { get; set; }

    [Required(ErrorMessage = "ISBN不能为空")]
    [StringLength(13, MinimumLength = 10)]
    public string ISBN { get; set; }
    // 书籍独有的字段及验证规则...
}

视图中通过嵌套属性绑定字段：

<input asp-for="SharedFields.Title" />
<span asp-validation-for="SharedFields.Title" class="text-danger"></span>

ASP.NET Core会自动递归验证嵌套对象的注解，这种方式比继承更灵活，避免了层级混乱，也方便单独复用共享字段的验证规则。

3. 动态验证+类型标识 #

如果不想拆分过多Action，可以在基类中添加一个MaterialType枚举属性标识物料类型，然后在Action中根据类型手动绑定并验证子类对象：

public enum MaterialType { Book, Article, ... }

public class MaterialVM
{
    public MaterialType Type { get; set; }
    // 所有物料字段...
}

[HttpPost]
public async Task<IActionResult> Add(MaterialVM baseVm)
{
    object specificVm = null;
    switch (baseVm.Type)
    {
        case MaterialType.Book:
            specificVm = new BookVM();
            break;
        case MaterialType.Article:
            specificVm = new ArticleVM();
            break;
        // 其他物料类型分支
    }

    if (specificVm != null)
    {
        // 将提交的数据绑定到子类对象
        if (await TryUpdateModelAsync(specificVm))
        {
            // 验证子类对象，此时ModelState会应用子类的注解规则
            if (ModelState.IsValid)
            {
                // 转换为Material实体并保存到数据库
                return RedirectToAction("Index");
            }
        }
    }
    // 验证失败，返回视图并保留错误信息
    return View(baseVm);
}

这种方式适合不想拆太多Action的场景，但需要手动处理类型转换和绑定，代码复杂度会稍高。

4. 使用FluentValidation替代数据注解 #

放弃数据注解，改用FluentValidation库定义验证规则，能更灵活地复用规则：
首先为共享字段编写通用验证器：

public class SharedMaterialValidator : AbstractValidator<MaterialVM>
{
    public SharedMaterialValidator()
    {
        RuleFor(x => x.Title).NotEmpty().WithMessage("标题不能为空");
        // 其他共享字段的验证规则...
    }
}

然后每种物料类型的验证器继承通用验证器，添加自身规则：

public class BookValidator : SharedMaterialValidator
{
    public BookValidator()
    {
        RuleFor(x => x.ISBN).NotEmpty().Length(10,13).WithMessage("ISBN格式不正确");
        // 书籍独有的验证规则...
    }
}

在Action中根据物料类型选择对应的验证器手动验证：

[HttpPost]
public IActionResult Add(MaterialVM vm)
{
    IValidator validator = vm.Type switch
    {
        MaterialType.Book => new BookValidator(),
        MaterialType.Article => new ArticleValidator(),
        _ => new SharedMaterialValidator()
    };

    var validationResult = validator.Validate(vm);
    if (!validationResult.IsValid)
    {
        // 将验证错误添加到ModelState
        foreach (var error in validationResult.Errors)
        {
            ModelState.AddModelError(error.PropertyName, error.ErrorMessage);
        }
        return View(vm);
    }

    // 验证通过，转换为实体保存
    return RedirectToAction("Index");
}

这种方式比数据注解更灵活，规则复用性更强，适合复杂的验证场景。

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