启用HTML5语义标记后，_Layout.cshtml改用标签，并自动注入Modernizr脚本以支持旧浏览器渲染；同时MVC 3表单辅助方法根据模型特性输出required、type="email"等HTML5属性，需配套客户端验证JS。
ASP.NET MVC 3 模板启用 HTML5 语义标记后，layout.cshtml 会变啥
启用“使用 HTML5 语义标记”复选框后，Visual Studio 2010 生成的 _Layout.cshtml 会直接用 <header></header>、<nav></nav>、<section></section>、<footer></footer> 替代原本的 <div id="header"> 类结构。这不是简单换标签——它触发了两件事：<strong>语义结构升级</strong> 和 <strong>Modernizr 自动注入</strong>。
<ul><li>未勾选时：所有区块都是 <code><div class="xxx">，靠 CSS 类名表达含义，IE6–8 默认不识别新标签，需 JS 补丁（如 html5shiv）才能样式生效
<li>勾选后：VS 自动在 <code> 插入 <script src="@Url.Content("></script>，让老浏览器也能把 <header></header> 当块级元素渲染
<video></video> 或 <canvas></canvas> 的功能回退，那些得自己写 fallbackHTML5 新属性在 ASP.NET MVC 表单控件里怎么冒出来的
MVC 3 的 @Html.TextBoxFor()、@Html.EditorFor() 等辅助方法，在模型属性加了 [Required]、[StringLength] 或 [EmailAddress] 特性后，会自动输出对应 HTML5 属性，比如 required、maxlength、type="email"。这是服务端验证和客户端验证的桥接点。
- 必须配合
Html.EnableClientValidation(true)（默认开启）和引用jquery.validate.js+jquery.validate.unobtrusive.js - 若你手动写了
@Html.TextBox("Email", null, new { type = "email" })，MVC 不会覆盖它；但用EditorFor且模型有[EmailAddress]，就会自动加type="email" - 坑点：IE9 及以下不支持
type="email"的原生校验，只靠 unobtrusive JS；而 Chrome/Firefox 会先走原生校验弹框，再走 JS，可能造成两次提示
为什么 VS2012+ 的 CSS/JS 编辑器对 HTML5 更友好
VS2012 起，CSS 编辑器内置了 HTML5 + CSS3 代码片段（比如输入 flex 回车，自动生成带 -webkit-、-ms- 前缀的完整 flex 声明），JS 编辑器也支持 ECMAScript 5 语法检查和 localStorage、history.pushState 等 HTML5 API 的 IntelliSense。
- 旧版 VS2010 对
<canvas></canvas>的getContext('2d')方法没提示，VS2012 能补全整个 CanvasRenderingContext2D 接口 - CSS 中写
display: grid，VS2012 会标黄提醒“当前浏览器兼容性有限”，并给出 Can I Use 链接（需启用 Web Essentials 扩展） - 关键差异：VS2010 把
<main></main>当未知标签报错，VS2012 默认识别为合法 HTML5 元素，不报错也不高亮
Modernizr 引入后，CSS 里怎么写兼容性规则
Modernizr 不只是让老浏览器“认识”新标签，更关键的是它往 标签上加类名（如 no-flexbox、cssremunit），让你能用 CSS 条件判断做降级。
立即学习“前端免费学习笔记（深入）”；
- 例如：写
.header { display: flex; }同时写.no-flexbox .header { display: block; }，IE9 就会走后者 - VS2010 模板默认引入的是 Modernizr 1.7，不支持
inputtypes（如input[type="date"]检测），要手动升级到 2.x+ 才能用.inputtypes.date类 - 别漏掉：Modernizr 检测结果依赖脚本执行顺序，必须放在所有自定义 JS 之前，否则
.no-js类可能残留
最易被忽略的是：HTML5 语义标签本身不改变页面行为，但会影响 SEO 和可访问性（如屏幕阅读器识别 <nav></nav> 为导航区）；而 Modernizr 的类名机制必须配合 CSS 手动写 fallback，不是开了就自动兼容——它只提供判断依据，不替你写降级逻辑。
