内容属性与IDL属性的交互机制及相关疑问确认

我正在研读MDN术语表中的IDL词条，尤其对“内容属性与IDL属性”章节下第四段描述的行为存在困惑：

多数情况下，IDL属性会返回其实际生效的值。例如，<input>元素的默认type为"text"，若设置input.type="foobar"，该元素的外观和行为仍为text类型，但“type”内容属性的值为"foobar"，而type IDL属性会返回字符串"text"。

问题与验证 #

1. 文中“实际生效的值”指默认值（如示例中的"text"）还是特定上下文设置的值（如"foobar"）？ #

• 指默认值（示例中为"text"）。当设置了浏览器不识别的type值时，浏览器会回退到默认的有效类型，IDL属性返回的就是这个被浏览器实际使用的默认值，而非你设置的无效字符串。

2. <input>元素的type属于IDL属性还是内容属性？ #

• 两者都是：
  • 内容属性：直接写在HTML标签中的type="xxx"，比如<input type="email">，属于HTML层面的属性；
  • IDL属性：通过JavaScript访问的input.type，是内容属性对应的编程接口。用input.type访问或赋值时，操作的是IDL属性。

3. 若通过element.foo设置IDL属性，那么input.type="foobar"是否属于设置IDL属性？若是，为何“type”内容属性的值会是"foobar"？ #

• input.type="foobar"确实是设置IDL属性，核心在于IDL属性与内容属性的特殊交互逻辑：
  • 给该IDL属性赋值时，浏览器会先把这个值同步到对应的内容属性（即HTML标签上的type属性），内容属性会如实保存你输入的字符串；
  • 但对于<input>的type IDL属性来说，只有符合规范的合法类型值（如"text"、"password"等）才会被生效，无效值会被浏览器忽略，IDL属性会返回实际生效的默认值（"text"）；
  • 这就造成了内容属性记录设置的原始值，而IDL属性返回实际生效值的差异。

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