1. H5与HTML文件扩展名的关系
1.1 H5与HTML5的含义
在前端开发圈，H5通常表示HTML5的简称，强调浏览器对新特性的支持和语义化增强。它是版本称呼，不等同于具体的文件扩展名，因此在项目中不应混用。
另一方面，HTML文件扩展名常见为 .html 或 .htm，浏览器通过Content-Type或MIME类型来解析页面。扩展名的存在是历史习惯，但对现代前端资产加载和缓存策略仍然有一定影响。
<!-- 文件命名示例 -->
index.html
about-us.html
legacy.htm
<!-- 注意：扩展名与实际MIME类型要一致，服务器配置可能会覆盖默认行为 -->
在部署阶段，选择.html或.htm要统一在团队规范内执行，并考虑服务器对重写规则、静态资源路由的处理方式。
1.2 温度参数在URL中的含义
在URL中，temperature=0.6属于查询参数，用于传递运行时数据给前端应用、或后端接口的调调用途。它不是文件扩展名，也不改变网页的本质渲染方式。参数参数与扩展名是不同的命名域。
需要注意：在本话题标题中出现的组合写法 temperature=0.6H5，并非有效的扩展名，也不是标准的 URL 参数格式。
例如，链接中的查询字符串可以携带不同的参数：temperature=0.6与其他键值一起保存在URL中，影响页面逻辑或组件的行为，而不是影响页面的类型识别。
<a href="products.html?temperature=0.6&mode=compact">查看商品</a>若后端或前端框架需要读取该参数，可以使用 URLSearchParams 或等价API来解析。下面简短示例展示如何在浏览器端读取该参数：URLSearchParams用于获取键值对。
const params = new URLSearchParams(window.location.search);
const temp = params.get('temperature'); // '0.6'
2. 前端命名规则全解析
2.1 文件命名基本原则
命名应遵循一个明确的风格，统一使用小写字母和连字符，以便在不同操作系统之间保持一致性，避免大小写敏感导致的资源路径错误。
命名应清晰描述文件含义，如 components/button/index.html、styles/button.css，让同事快速理解该资源的用途。
/src/components/button/Button.jsx
/src/styles/button/button.css
在资源组织上，使用文件夹层级表达结构，避免单个长文件名，这有利于缓存策略和按需加载。
2.2 资源与组件命名规则
在 CSS 中，推荐使用 BEM（Block、Element、Modifier）命名法，如 .card__title--large，可提升可维护性和样式覆盖的可控性。
在 JavaScript 中，命名应遵守模块化原则，文件名与导出符号保持清晰对应，避免混淆。
.card { ... }
.card__title { ... }
.card__title--large { ... }此外，文件扩展名应反映其类型，如 HTML 文件用 .html、CSS 用 .css、JavaScript 用 .js、React 组件常见 .jsx/.tsx，TypeScript 用 .ts/.tsx。
2.3 HTML与模板命名的区分
HTML 模板文件与普通页面在命名上应保持一致的命名规范，避免混淆模板与最终产物的区分，并执行统一的命名约定。
例如，组件模板通常放在同名文件夹中，index.html 作为入口页面的常规命名，提高路由和静态资源定位的可预测性。
/src/pages/about/index.html
/src/pages/about/README.md
3. 常见误解与实践要点
3.1 扩展名是否决定功能
一个重要的误解是“扩展名决定页面功能”。实际上，服务器的 MIME 类型和路由规则才决定渲染结果，扩展名只是一个常规信号。
在前端构建阶段，资源类型通过打包配置和服务器响应头来确定，而非单凭扩展名。因此，即使将文件名改成 .txt，只要响应头是 text/html，浏览器仍会渲染为网页。
// 构建工具配置的示例
{test: /\.html$/,type: 'asset/resource',// 服务器通常根据 Content-Type: text/html 返回页面
}
3.2 URL参数与资源缓存
URL 参数如 temperature=0.6 可能导致浏览器缓存不同版本的资源，合理使用缓存策略与唯一标识符很重要。
开发中可以通过哈希或版本号来避免缓存污染，在构建产物中使用内容哈希，确保资源更新后用户能够获取新版本。
3.3 命名冲突与命名空间
在大型项目中，全局命名冲突是常见问题，应通过命名空间、前缀或 BEM 风格的类名来避免。
示例：使用前缀如 app-、ui-，以及组件等级结构，例如 card、card__title，可以降低冲突风险。
/* 命名示例 */
.app-card { ... }
.app-card__title { ... }
.ui-btn { ... }
