html文件无法直接被eslint检查，需用eslint-plugin-html处理内联js；结构质量应交由html-validate或htmlhint等专用工具，配合bem命名规范、构建工具模板复用及运行时无障碍验证。
HTML 文件怎么接入 ESLint 检查？
HTML 本身不能直接被 ESLint 解析，但可以通过 eslint-plugin-html 插件让 ESLint 处理内联脚本和模板中的 JS 逻辑。真正要检查 HTML 结构质量，得换工具。
常见错误现象：配置了 ESLint 却对 <div class="header"> 这类语义缺失、标签未闭合、属性拼错（如 <code>clas）毫无反应——因为 ESLint 默认只看 JS。
- 用
html-validate替代：专为 HTML 设计，支持自定义规则（如强制使用<main></main>、禁止<br>
代替段落）、可集成到 husky pre-commit 阶段 - VS Code 中装
HTMLHint扩展，配合.htmlhintrc启用attr-lowercase、id-unique等规则，保存即报错 - 避免把 HTML 当 JS 处理：不要强行用
eslint-plugin-react检查 JSX 以外的纯 HTML 文件，规则不匹配，误报率高
如何统一团队的 HTML 命名与结构规范？
靠口头约定或文档很难落地，必须编码进工具链。BEM 是目前最易工程化落地的 class 命名方案，但它需要配套约束机制，否则很快退化成随意命名。
使用场景：多人协作开发中，一个页面由不同人维护 header、nav、card 组件，class 冲突和风格割裂会立刻暴露。
- 在
.htmlhintrc或html-validate配置里加正则规则，比如拒绝匹配/[A-Z_]/的 class 名，强制小写 + 连字符 - 用 VS Code 用户代码片段（snippets）预置常用结构：
header:main展开为<header><nav>...</nav></header>，从源头减少手写错误 - 禁止在 class 中出现业务状态词（如
is-loading），改用 data 属性：data-state="loading"，便于 CSS 用属性选择器控制，也方便 JS 查询
HTML 模板复用怎么避免“复制粘贴式维护”？
大型项目里，页头、页脚、弹窗、表单控件等结构重复出现在几十个文件中，改一处漏十处是常态。硬编码 include 或服务器端 SSI 在现代前端工程中已不现实。
如果你了解HTML，CSS和JavaScript，您已经拥有所需的工具开发Android应用程序。本动手本书展示了如何使用这些开源web标准设计和建造，可适应任何Android设备的应用程序 - 无需使用Java。您将学习如何创建一个在您选择的平台的Android友好的网络应用程序，然后转换与自由PhoneGap框架到一个原生的Android应用程序。了解为什么设备无关的移动应用是未来的潮流，并开始构建应用程序，提供更
性能影响：每次修改都要手动同步 N 个 HTML 文件，构建时无法做静态分析，也无法 Tree Shaking。
- 用构建工具处理：Webpack +
html-webpack-plugin配合html-loader，把header.html当模块import进主模板，支持变量注入和条件编译 - 若用 Vite，推荐
vite-plugin-html，可在index.html中用语法插入预编译内容，比纯字符串拼接更安全 - 警惕“伪组件化”：用 JS 动态
innerHTML += '...'注入 HTML 片段，既绕过 lint，又破坏 SSR 和 SEO，且无法做类型校验
为什么 HTML 验证必须覆盖动态生成内容？
很多团队只校验静态 HTML 文件，却忽略通过 JS 拼接、框架渲染、CMS 输出的 HTML —— 这部分恰恰最容易出问题：aria 属性缺失、role 值非法、嵌套违反规范（如 <a></a> 包 <button></button>）。
容易踩的坑：本地跑通的模板，在 CMS 后台编辑后上线，突然出现屏幕阅读器跳读错乱、Lighthouse 可访问性评分暴跌。
- 在 CI 流程中增加 Puppeteer 截图 +
axe-core扫描：启动真实浏览器，加载页面后执行无障碍检测，失败则阻断发布 - 对 React/Vue 组件，用
@testing-library/react的screen.getByRole等 API 在单元测试中验证输出 HTML 结构，比只测 JS 逻辑更贴近真实 - 不要依赖 W3C Validator 网页版：它只验静态源码，对 JS 渲染后的 DOM 无能为力；必须在运行时环境做验证
