我懂文件。写作被认为是坏习惯;我希望整理一份理由清单，提交给第三方供应商，告诉他们为什么不应该使用文档。编写分析代码的实现。
请附上申领文件的理由。下面是一个坏习惯。
当前回答
一个简单的原因为什么文件。写是一个不好的做法，因为你无法想出一个你找不到更好的替代方案的场景。 另一个原因是您正在处理字符串而不是对象(这是非常原始的)。 它只附加到文档中。 它没有MVC(模型-视图-控制器)模式的美感。 使用ajax+jQuery或angularJS来呈现动态内容要强大得多。
其他回答
文档其实没什么问题。写作本身。问题是它很容易被误用。严重,甚至。
对于提供分析代码的供应商(如谷歌analytics)来说，这实际上是他们分发此类代码片段的最简单方法
它使脚本保持较小 他们不必担心重写已经建立的onload事件或包括必要的抽象来安全地添加onload事件 它非常兼容
只要你不尝试在文件加载后使用它，文件。在我看来，写作本身并不是邪恶的。
它覆盖了页面上的内容，这是最明显的原因，但我不认为它“坏”。
除非使用JavaScript创建整个文档，否则它没有多大用处，在这种情况下，您可以从document.write开始。
即便如此，在使用文档时，您并没有真正利用DOM。写——你只是在向文档中倾倒一团文本，所以我认为这是糟糕的形式。
可以将document.write()(和. innerhtml)看作是对源代码字符串求值。这对于许多应用程序来说非常方便。例如，如果您从某个源获取HTML代码作为字符串，那么只需“计算”它就很方便。
在Lisp的上下文中，DOM操作就像操作一个列表结构，例如通过执行以下操作创建列表(橙色):
(cons 'orange '())
而document.write()就像求值一个字符串，例如通过这样求值一个源代码字符串来创建一个列表:
(eval-string "(cons 'orange '())")
Lisp还具有使用列表操作创建代码的非常有用的能力(例如使用“DOM样式”创建JS解析树)。这意味着你可以使用“DOM样式”构建一个列表结构，而不是“字符串样式”，然后运行该代码，例如:
(eval '(cons 'orange '()))
如果您实现编码工具，例如简单的实时编辑器，那么能够快速计算字符串是非常方便的，例如使用document.write()或. innerhtml。Lisp在这个意义上是理想的，但是你也可以用JS做一些很酷的事情，很多人都在做，比如http://jsbin.com/
我认为最大的问题是任何通过文档编写的元素。写被添加到页面元素的末尾。这很少是现代页面布局和AJAX所期望的效果。(您必须记住DOM中的元素是临时的，脚本何时运行可能会影响其行为)。
最好在页面上设置一个占位符元素，然后操作它的innerHTML。
我能想到的是:
文档。写需要用在页面加载或正文加载上。因此，如果您想在任何其他时间使用脚本来更新您的页面内容文档。写作几乎毫无用处。 技术文档。write只更新HTML页面，不更新XHTML/XML。IE似乎对这个事实很宽容，但其他浏览器不会。
http://www.w3.org/MarkUp/2004/xhtml-faq#docwrite
