$.validator.unobtrusive.adapters.addBool() 不生效 异步表单验证问题

这个问题和ASP.NET Core / .NET Framework 的版本、表单是异步还是服务端渲染都没关系，纯粹是自定义验证规则、适配器的注册执行顺序完全颠倒了。

为什么手动加规则能生效，addBool绑定完全没反应 #

jQuery非侵入式验证的工作逻辑是：
当你调用$.validator.unobtrusive.parse($form)时，它会遍历当前表单内所有带data-val属性的元素，从全局已注册的适配器列表里，匹配data-val-*对应的规则名，把DOM上的配置转成jQuery Validate可识别的校验规则，绑定到当前表单的校验实例上。

你现在的代码执行顺序是：

1. 把接口返回的表单HTML注入到模态框DOM里
2. 立刻调用$.validator.unobtrusive.parse($form)开始扫描解析DOM
3. 等解析流程全部跑完，才执行$.validator.addMethod注册自定义校验逻辑、调用addBool注册对应适配器

这就导致parse流程扫描到元素上的data-val-terminationreasoncode属性时，全局适配器列表里根本没有这个规则的注册信息，直接跳过匹配，自然不会给表单绑定这个自定义校验逻辑。

而你手动调用$('#TerminationReasonCode').rules('add', ...)的逻辑，是在parse完成之后，直接给指定元素追加校验规则，完全绕开了非侵入式的DOM扫描匹配流程，所以不管parse的时候有没有识别到规则，自定义校验都能正常触发。

正确的实现步骤 #

• 全局只执行一次注册逻辑：把addMethod和addBool的代码放在页面初始化的全局位置，不要塞进每次请求、每次渲染模态框的回调里。这两个方法是给全局校验规则池做注册的，只需要在页面第一次加载时执行一次，重复注册反而容易出问题。
  示例代码：

  // 页面DOM加载完成后，全局执行一次
  $(function () {
      // 注册自定义校验方法
      $.validator.addMethod("terminationreasoncode", 
      function (value, element, param) {
          let terminationReason = value;
          // 建议用jQuery选择器取值，避免元素未渲染时报DOM空引用错误
          let terminationDate = $('#TerminationDate').val();
          if (terminationReason && !terminationDate) return false;
          if (terminationDate && !terminationReason) return false;
          return true;
      });
      // 注册对应的布尔类型适配器，匹配data-val-terminationreasoncode属性
      $.validator.unobtrusive.adapters.addBool("terminationreasoncode");
  });
  

• 异步渲染后的处理逻辑：每次把表单HTML注入DOM之后，再执行清理旧校验实例、重新解析的操作。这时候因为适配器已经在全局提前注册完成，parse流程就能正常识别到DOM上的自定义data-val-*属性，自动绑定校验规则和错误消息。
  示例代码：

  div.querySelector('div.modal-body').innerHTML = cleanHtml;
  let $form = $(div).find('#editUserForm');
  // 清理旧的校验实例，避免残留状态
  $form.removeData('validator').removeData('unobtrusiveValidation');
  // 重新解析DOM，此时可正常识别已注册的自定义规则
  $.validator.unobtrusive.parse($form);
  

额外需要注意的细节 #

• 不要把自定义规则注册逻辑放在fetch/Ajax请求的成功回调里：一旦出现第一次parse执行早于规则注册完成的场景，就会触发你现在遇到的规则不生效问题。
• 严格保持命名一致：data-val-后面的规则名、addMethod的方法名、addBool的适配器名必须完全匹配（不强制大小写，但建议统一用全小写的驼峰写法，避免匹配失败）。
• 不要在parse执行之前动态修改元素的data-val-*属性，否则可能导致扫描时属性不完整，规则无法被识别。

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