1.4　小结

在前面对JavaScript发展简史的介绍中，笔者特别提到，不同的浏览器采用了不同的办法来完成同样的任务。这一无法回避的事实不仅主宰着如何编写JavaScript脚本代码，还影响着JavaScript教科书的编写方式。

JavaScript教科书的作者往往会提供大量的示例代码以演示这种脚本语言的使用方法，而完成同一项任务的示例脚本往往需要为不同的浏览器编写两次或更多次。就像你们在绝大多数网站上查到的代码一样，在绝大多数JavaScript教科书的示例脚本中往往充斥着大量的浏览器检测代码和分支调用结构。类似地，在JavaScript技术参考文献中，函数和方法的清单也往往是一式多份——至少需要标明哪种浏览器支持哪些函数和方法。

如今这种情况已经有所改变。多亏了标准化的DOM，不同的浏览器在完成同样的任务时采用的细节做法已经非常一致了。因此，在本书中，当演示如何使用JavaScript和DOM完成某项任务时，将不再需要撇开主题去探讨如何对付不同的浏览器。

如果无特殊的必要，本书将尽量避免涉及任何一种特定的浏览器。

此外，我们在本书后面的内容中将不再使用“DHTML”这个术语，因为我们认为这个术语与其说是一个技术性词汇，不如说是一个市场营销噱头。首先，它听起来很像是HTML或XHTML语言的另一种扩展，因而很容易造成误解或混淆；其次，这个术语容易勾起一些痛苦的回忆——如果你向20世纪90年代后期的程序员们提起“DHTML”，你将很难让他们相信它现在已经变成了一种简单、易用的标准化技术。

DHTML是HTML/XHTML、CSS和JavaScript相结合的产物，但把这些东西真正凝聚在一起的是DOM。如果真的需要有个词汇来描述这一过程的话，我们就应该使用一个更精确的词汇。用DHTML来称呼与浏览器有关的编程工作并不是不可以，但用它来描述基于有关标准的代码编写工作就不那么恰当了。在探讨如何使用W3C DOM来处理文档和样式表时，我们认为“DOM脚本程序设计”是一种更精确的说法。

DHTML只适用于Web文档，“DOM脚本程序设计”则涵盖了使用任何一种支持DOM API的程序设计语言去处理任何一种标记文档的所有情况。具体到Web文档，JavaScript语言的特点使它成为了DOM脚本程序设计的最佳选择。

在正式介绍DOM脚本程序设计技巧之前，我们将在下一章先向大家简要地介绍一下JavaScript的语法。