.NET Framework升级.NET Core时，.NET Standard模型验证失效咨询

你的猜测完全正确——ASP.NET MVC 5（基于.NET Framework）的模型验证系统依赖于GAC中自带的System.ComponentModel.DataAnnotations程序集，而你在.NET Standard项目中引入的NuGet包System.ComponentModel.Annotations，虽然命名空间完全一致，但程序集的强名称、版本标识和加载路径都不同，导致MVC5的验证引擎无法识别这些特性，这就是ModelState.IsValid始终返回true的核心原因。

可行的解决办法 #

1. 为模型项目启用多目标框架（推荐） #

让你的模型项目同时兼容.NET Framework和.NET Standard，这样当前的MVC5 Web应用（基于.NET Framework）引用时，会使用GAC中的原程序集，验证功能自动恢复正常；同时模型项目也能被后续的.NET Core项目引用，完美适配全量升级的过渡需求。

修改模型项目的.csproj文件，设置多目标框架，并仅针对.NET Standard引用NuGet包：

<Project Sdk="Microsoft.NET.Sdk">
  <PropertyGroup>
    <!-- 选择与你的Web应用匹配的.NET Framework版本，比如net472 -->
    <TargetFrameworks>net472;netstandard2.0</TargetFrameworks>
  </PropertyGroup>
  <!-- 仅当目标框架为.NET Standard时，才引入NuGet包 -->
  <ItemGroup Condition="'$(TargetFramework)' == 'netstandard2.0'">
    <PackageReference Include="System.ComponentModel.Annotations" Version="5.0.0" />
  </ItemGroup>
</Project>

重新编译模型项目后，MVC5的验证系统就能正常识别[Required]等特性了。

2. 手动触发模型验证 #

如果暂时不想调整模型项目的目标框架，可以在API控制器中手动调用验证逻辑，将错误手动注入到ModelState中：

修改你的HomeController的Post方法：

using System.Collections.Generic;
using System.ComponentModel.DataAnnotations;
using System.Linq;
using System.Web.Http;

namespace WebAppSandBox
{
    public class HomeController : ApiController
    {
        public IHttpActionResult Post(Student model)
        {
            // 手动执行模型验证
            var validationContext = new ValidationContext(model);
            var validationResults = new List<ValidationResult>();
            var isValid = Validator.TryValidateObject(model, validationContext, validationResults, validateAllProperties: true);

            if (!isValid)
            {
                // 将验证错误添加到ModelState
                foreach (var result in validationResults)
                {
                    var memberName = result.MemberNames.FirstOrDefault() ?? string.Empty;
                    ModelState.AddModelError(memberName, result.ErrorMessage);
                }
            }

            if (ModelState.IsValid)
            {
                return Ok();
            }
            else
            {
                return BadRequest("The model is not valid");
            }
        }
    }
}

这种方法绕开了MVC5自动验证的限制，直接调用底层验证逻辑，同样能实现预期的验证效果。

3. 逐步迁移API到ASP.NET Core #

如果你的全量升级计划已经启动，可以考虑先把API控制器迁移到ASP.NET Core Web API项目中——ASP.NET Core的验证系统完全支持.NET Standard项目中的System.ComponentModel.Annotations包，既能解决当前的验证问题，也能为后续的全量升级铺路。

总结 #

你完全不需要立刻编写自定义验证逻辑，上述几种方案都能解决当前的验证失效问题，其中多目标框架的方案是最平滑的过渡方式，能兼顾当前MVC5应用的正常运行和未来的.NET Core升级需求。

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