为什么HTML DOM中的Comment会被设计为接口/类？

Comment接口设计相关问题解答 #

为什么MDN把有构造函数的Comment标注为接口？

这里的「接口」是W3C Web API定义规范里的术语，和你平时接触的Java、TypeScript里不能实例化的抽象接口不是一回事。Web IDL规范里的interface支持定义构造方法、允许直接实例化，MDN只是沿用了规范层面的标注，并非说Comment是不可实例化的抽象类型，你在Chromium源码里看到的实现类就是这个规范接口的底层落地。

为什么要把注释设计为独立的DOM类/接口？

这套设计完全是为了适配DOM树的统一操作逻辑：

• 所有DOM内容都以节点为单位组织，注释、文本、普通元素、文档声明都继承自Node基类，你可以用childNodes遍历到注释节点，也可以用remove()、appendChild()等通用方法操作它，不需要为注释单独搞一套特殊的处理逻辑。
• 实际开发中确实有动态操作注释的需求，比如很多前端框架会用注释节点作为占位符，标记动态渲染片段的边界，开放Comment构造函数就是为了支撑这类场景。

这套设计会不会造成空间浪费？

不会，浏览器底层已经做了大量优化抵消了类型设计的开销：

• 未被JS引用的注释不会被实例化为完整的JS对象，只会在HTML解析时存为普通的文本标记，几乎不占额外内存。
• 相同内容的注释会共享底层字符串存储，不会重复占用空间。
• 类继承带来的固定开销和注释本身的文本内容比起来可以忽略不计。

内容的提问来源于stack exchange，提问作者Juan Andres Flores Gutierrez