Javascript 为什么没有将innerHTML添加到w3c规范中？

有什么特别的原因不在任何规格中吗

它似乎在所有浏览器中都得到了支持，（尽管我承认它并不是在所有浏览器中都能正常工作……因为你必须使用库才能让它正常工作，多亏了Internet Explorer

innerHTML是否有从即将发布的浏览器版本中消失的危险？如果没有，他们不应该已经添加了它吗

我正在为这个社区维基做标记，因为我知道我会因此而打击我的代表…但我只是想知道为什么…

它绝对不可能处于危险之中，成千上万的应用程序依赖它，这样做将是一个可怕的想法

我承认它并不是在所有的应用程序中都能正常工作……因为借助Internet Explorer，您必须使用innerXHTML之类的库才能使它正常工作

IE发明了innerHTML；你不能期望它比它在那里工作得更好

有什么特别的原因不在任何规格中吗

---

它是为HTML5而提出的，不管它值多少钱。它在未来肯定不会消失，尽管你应该继续只在简单的情况下使用它，在这种情况下，你将直接编写“块”或“内联”元素内容。特殊情况，如表和选择，将继续带来麻烦。

IE动态修改内容的发明者一直在使用它——其他浏览器没有

将字符串作为innerHTML传递意味着该字符串在传递到元素之前将经过规范化过程。这意味着它将从字符串转换为正确的html解析内容

---

Firefox错误地实现了它。它没有区分html:innerHTML和html:innerText以及纯字符串：text。这种区别对于IE来说是显而易见的，但对于FF来说却不是。因此，在处理情况上存在差异，并且只有FF的编码人员回到主程序时会感到困惑。

很好。我想我可以使用它了。我认为IE piOneerd innerHTML，我很惊讶它在那里坏了。你说的“借助Internet Explorer让它正常工作”是什么意思？@crescentfresh这里是我的意思：我在阅读了一篇关于ALA（）上的Javascript MVC的文章后，实现了某种搜索和替换机制。我实现它的方式与Snook相同，只是让它从外部拉入隐藏的模板元素。这样，我只需实现两个视图函数，一个用于表，另一个用于其他所有内容。这在所有浏览器上都有效，直到我在IE8中尝试时添加了单选按钮，其中一些变成了文本框（IE7实际上有效）原因是innerHTML属性…（从上面继续）…的IE8删除了每个元素的innerHTML中所有属性的双引号。因此，现在我必须包括一个5K库，以解决IE8团队本应解决的问题，甚至可能是在构建IE8时产生的问题；它在IE7上工作而不是在IE8上工作的事实是荒谬的。fac也是如此如果M$想让我开心，他们应该放弃IE，让任何其他浏览器成为默认浏览器，因为大多数用户都不知道这两者之间的区别。唉，我应该睡觉了……IE发明的innerHTML评论是讽刺吗？他们当然发明了，但他们没有实现它在许多元素上都有问题，在一些元素上也有问题。因为这些问题在IE7或IE8中都没有得到解决（IE8中表的例外除外）“我当然希望它能比IE更好地工作……我希望它能像在所有其他浏览器中一样工作……在所有元素上。”斯肯利夫同意。我们今天在汽车上使用的轮子与发明它的第一个穴居人不同。