在 ASP.NET MVC 与 FullCalendar 集成的项目开发中，一个常见痛点浮出水面：模态窗口里的“Booked For”下拉列表一旦切换人选，关联的复选框（例如“FirstAider”）需要自动取消勾选。看似简单，但使用 `EditorFor` 生成的复选框却常常“阳奉阴违”——代码属性改了，界面纹丝不动。本文深入剖析这个隐藏的陷阱，并给出经过验证的稳妥解决方案。
在 ASP.NET MVC 应用程序中，@Html.EditorFor(model => model.FirstAider) 是高频使用的辅助方法，然而针对布尔类型属性时，它暗藏一个“小陷阱”。Razor 引擎不仅渲染出一个 ，还悄悄追加了一个同名的隐藏字段（比如 ）。这样设计的初衷是为了确保复选框未选中时，表单依然能提交 false 值。初衷虽好，副作用却不小：当你尝试用 jQuery 操作 #Aid 元素的 checked 属性，例如 $("#Aid").prop("checked", false)，尽管 DOM 属性与 jQuery 内部状态都已更新，但浏览器原生 UI 却没有同步刷新，隐藏字段的逻辑也未被触发。最终结果：属性确实变了，用户看到的复选框却依然保持勾选。这正是典型的“状态不同步”现象。
✅ 正确的解决方法其实非常简单：换用 @Html.CheckBoxFor。
将原有代码：
@Html.EditorFor(model => model.FirstAider, new { @class = "form-control", @id = "Aid" })替换为：
@Html.CheckBoxFor(model => model.FirstAider, new { @class = "form-control", @id = "Aid" })CheckBoxFor 专门为布尔类型属性设计，生成的复选框结构清晰、语义明确，并且不包含多余的隐藏字段。此时再通过 .prop("checked", false) 操作，无论是界面显示还是表单提交行为，都能立刻同步生效。
配套的 JavaScript 推荐写法如下：
$('#BookList').on('change', function () { // 直接设置 checked 属性，并主动触发 change 事件，确保所有绑定系统感知 $('#Aid').prop('checked', false).trigger('change');});⚠️ 需要注意几个关键细节：
- 切勿混用 .attr() 与 .prop()：
checked是一个 DOM 属性（property），操作时应始终使用.prop()。使用.attr("checked")只能读取 HTML 初始属性，在动态交互场景下极不可靠。- 务必触发 change 事件：如果项目中集成了 jQuery Validate、Knockout 等框架，手动修改属性后一定要显式触发
change事件，否则绑定系统无法感知状态变化。- CSS 样式可能异常：替换为
CheckBoxFor后，有时复选框会变得过大（例如三倍尺寸）。这通常是由于 CSS 选择器（如.form-control）错误地匹配到了input[type="checkbox"]，或样式规则冲突所致。可以通过针对性重置样式解决：.form-control input[type="checkbox"] { width: auto; height: auto; margin-top: 0;}
总结：EditorFor 在布尔类型上存在隐式兼容性陷阱，而 CheckBoxFor 才是语义正确、行为可控的首选方案。尤其在模态框这类动态交互场景中，优先选用强类型辅助方法，配合 .prop() 与 .trigger('change')，方能确保视图与模型状态始终高度一致。
