直接通过ID自动映射的window对象引用DOM元素是否为良好实践？

该特性的官方名称 #

这个特性的官方名称是Named Access on the Window Object，属于HTML规范的正式内容，所有现代浏览器都已实现该特性。

为什么这是不良实践 #

尽管它看起来让代码更简洁，但实际开发中存在诸多隐患：

• 不可控的命名冲突
  即便遵循命名规范，也很难完全规避冲突：浏览器原生的window属性（比如alert、history）、第三方脚本或框架挂载的全局变量，都可能和你的元素id重名。一旦冲突发生，轻则元素引用失效，重则覆盖原生方法导致页面功能崩溃，这类bug的排查成本极高。多人协作的大型项目中，这种风险会被进一步放大。

• 代码可读性与可维护性差
  直接使用txtName这类变量时，其他开发者无法立刻判断它的来源——是自定义全局变量？还是DOM元素自动挂载的？而document.getElementById('txtName')的意图非常明确，代码的可读性和可维护性更强。

• 行为一致性隐患
  虽然主流浏览器都支持该特性，但在边缘场景下可能出现行为差异：比如页面存在重复id（不符合HTML规范但实际可能出现）时，不同浏览器返回的元素可能不同；动态增删元素时，window属性的更新时机也可能存在细微差别。相比之下，document.getElementById的行为是完全标准化的，不存在这类歧义。

• 违背现代开发理念
  现代前端开发倡导模块化、减少全局污染，直接使用window上的自动挂载属性本质上是在新增全局变量，会增加代码耦合度，不利于项目的长期维护和扩展。

内容的提问来源于stack exchange，提问作者Ryan Griggs