第2章：在HTML中使用JavaScript

摘自js高程

只要提到把JavaScript放到网页中，就不得不涉及Web的核心语言–HTML。在当初开发JavaScript的时候，Netscape要解决的一个重要问题就是如何让JavaScript既能与HTML页面共存，又不影响那些页面在其他浏览器当中呈现的效果。经过尝试、纠错和争论，最终的决定就是为Web增加统一的脚本支持。而Web早起诞生的很多做法也被保留了下来，被证实纳入HTML规范当中。

2.1 `<script>`元素

向HTML页面中插入JavaSript的主要方法，就是使用<script>元素。这个元素由Netscape创造并在Netscape Navigator 2中首次实现。后来这个元素被正式的加入到HTML规范当中。HTML4.01为<script>定义了系列6个属性。

async:可选。辨识应该立即下载脚本，但是不应该妨碍页面中的其他操作，比如下载其他资源或者加载其他脚本，只对外部脚本文件有效。
charset:可选。表示通过src属性指定代码的字符集。由于大多数浏览器会忽略它的值，因此这个属性很少有人用。
defer:可选。表示脚本可以延迟到文档完全捷解析和显示之后再执行。只对外部节本有效。
language:已废弃。
src:表示包含要执行代码的外部文件。
type:可选。可以看成是language的替代属性；表示编写代码使用的脚本语言的内容类型(也成为MIME类型)。虽然text/javascript和text/ecmascript都已经不推荐使用，但人们已知以来都还是使用text/javascript。实际上，服务器在传送JavaScript文件时使用的MIME类型通常都是application/x-javascript，但是在type中设置这个值可能导致脚本被忽略。

在使用<script>元素嵌入JavaScript代码的时候，只需为<script>指定type属性。

<script type="text/javascript">
    function sayHi(){
        alert('Hi!');
    }
<script>

包含在<script>中的JavaScript代码将从上至下一次解释。就拿前面的例子来说，解释器会解释一个函数的定义，然后将该定义保存在自己的环境当中。在解释器对<script>元素内部的所有代码求值完毕之前，页面中的其余内容都不会被浏览器加载或者显示。

如果通过<script> 元素包含外部JavaScript文件，那么src属性就是必须的，这个属性的值是指向外部JavaScript文件的链接，例如：

<script type="text\javascript" src="example.js"><script>

与解析嵌入式JavaScript代码一样，在解析外部JavaScript文件(包括下载)时，页面也会暂时停止。如果是在XHTML文档中，也可以省略前面实例代码中结束的<script> 标签，也可以省略前面示例代码中结束的</script> 标签，例如：

<script type="text/javascript" src="example.js" />

但是，不能在HTML文件中使用这种语法。原因是这个语法不符合HTML规范，而且也得不到某些浏览器的正确解析。

按照惯例，外部的JavaScript文件带有.js扩展名。这个扩展名不是必须的，因为浏览器不会检查包含JavaScrip文件的扩展名。这样一来，使用JSP/PHP或者其他服务器端语言动态生成JavaSctip代码也就成为了可能。但是，服务器通常还是看扩展名向应那种MIME类型。如果使用时.js扩展名。请确保服务器能返回正确的MIME类型。

需要注意的是，带有src属性的<script> 元素不应该在其<script> 和</script> 标签之间再包含额外的JavaScript代码。如果包含了嵌入的代码，则只会下载并执行外部脚本文件，嵌入的代码会被忽略。

另外，通过<script> 元素的src属性还可以包含来自外部域的JavaScript代码。这一点既然<script> 元素倍显强大，又让它备受争议。在这一点上，<script> 与<img> 元素非常相似。

这样，位于外部域中的代码也会被加载和解析，就像这些代码位于加载它们的页面中一样。无论如何包含代码，只要不在defer和async属性，浏览器都会按照<script> 元素包含代码解析完成后，第二个<script> 包含的代码才会被解析，然后才是第三个、第四个…

2.1.1 标签的位置

按照传统的做法，所有<script> 元素都应该在页面的<head> 元素中。

这种做法的目的就是把所有的外部文件的应用都放在相同的地方。可是，在文档的<head> 元素中包含所有JavaScript文件，意味着必须等到全部JavaScript代码都被下载、解析和执行完成以后，才可能开始呈现页面的内容。对于那些需要很多JavaScript代码的页面来说，这无疑会导致浏览器在呈现页面出现明显的延迟，而延迟期间的浏览器窗口是一片空白。为了避免这个问题，现代Web应用程序一般吧全部的JavaScript应用放在<body> 元素中页面内容的后面。

2.1.2 延迟脚本

HTML4.01为<script> 变迁定义了defer属性。这个属性的用途是表明脚本在执行的时候不影响页面的构造。也就是说，脚本会延迟到真个页面都解析完毕以后再执行。因此，在<script> 元素中设置defer属性，相当于告诉浏览器立即下载，但延迟执行。

<script type="text/javascript" defer="defer" src="example1.js"></script> 
<script type="text/javascript" defer="defer" src="example2.js"></script>

在这个例子中，虽然我们把<script> 元素放在文档的<head> 元素中，但其中的脚本将延迟到浏览器遇到</html> 标签后再执行，而这两个脚本会先于DOMContentLoaded事件执行。在现实当中，延迟脚本并不会按照顺序执行，也不一定会在DOMContentLoaded事件触发执行，因此最好包含一个延迟脚本。

前面提到，defer属性只适用于外部脚本文件，这一点在HTML5中已经明确规定，因此支持HTML5的实现会忽略给嵌入脚本设置defer属性。IE4-IE7还支持对嵌入脚本的defer属性，但是IE8以后版本则完全支持HTML5规定的行为。

IE4、FireFox3.5、Safari5和chrome最早支持defer属性的浏览器，其他浏览器则会忽略这个属性，像平常一样处理脚本，为此，把延迟脚本放在页面底部仍然是最佳选择。

在XHTML文档中，要把defer属性设置为defer=”defer”。

2.1.3 异步脚本

HTML5为<script> 元素定义了async属性。这个属性与defer属性类似，都用于处理脚本的行为。与defer类似，async只适用于外部脚本文件，并告诉浏览器立即下载文件。但与defer不同的是，标记async的脚本并不保证按照指定它们的先后顺序执行。例如：

<script type="text/javascript" async src="example1.js"></script> 
<script type="text/javascript" async src="example2.js"></script>

在以上代码中，第二个脚本文件可能在第一个脚本文件之前执行。因此确保两者之间不相互依赖非常重要。这顶async属性的目的是不让页面等待两个脚本下载和执行，从而异步加载页面其他内容，建议异步脚本不要在加载期间修改DOM。

异步脚本一定会在页面的load事件前执行，但可能在DOMContentLoaded事件触发之前或者之后执行。

在XHTML文档中，要把async属性设置为async=”async”。

2.1.4 在XHTML中的用法

可扩展超文本标记语言，即XHTML（Extensibile Hyper Text Markup Lanaguage）,是将HTML作为XML的应用而重新定义的一个标准。编写XHTML代码的规则要比HTML严格的多，而且直接影响能否在JavaScript代码中使用<scrript /> 标签。已一下代码块为例，虽然他们在HTML中是有效的，但是在XHTML中则是无效的。

<script type="text/javascript">
    function compare(a,b){
        if(a < b){
            ...
        }else if(a>b){
            ...
        }else{
            ...
        }
    }
</script>

在HTML中，有特殊的规则用以确定<script> 元素中那些内容可以被解析，但这些特殊的规则在XHTMl中不适用。这里比较语句a

<script type="text/javascript">
    function compare(a,b){
        if(a &lt; b){
            alert("A is less than B");
        }else if( a > b){
            alert("A is greater than B");
        }else{
            alert("A is equal to B");
        }
    }
</script>

虽然这样也可以让代码在XHTML中正常运行的第二个方法，就是用一个CData片段来包含JavaScript代码。在XHTML（XML）中，CData片段是文档中一个特殊的区域，这个区域中可以包含不需要解析的任意格式的文本内容。因此，在CData片段中可以使用任意字符–小于号当然也没有问题，而且不会导致语法错误。引入CData片段后的JavaScript代码块如下所示：

<script type="text/javascript"><![CDATA[
    function compare(a,b){
        if(a < b){
            alert("A is less than B");
        }else if(a > b){
            alert("A is greater than B");   
        }else{
            alert("A is equal to B");
        }
    }
}}></script>

在兼容XHTML的浏览器中。这个方法可以解决问题。但是实际上，还有不少浏览器不兼容XHTML，因而不支持CData片段，怎么办呢？再使用JavaScript注释将CData标记注释掉就行了。

<script type="text/javascript">
//<![CDATA[
     function compare(a,b){
        if(a<b){
            alert("A is less than B");
        }else if(a>b){
            alert("A is greater than B");
        }else{
            alert("A is equal B");
        }
    }
//]]
</script>

这种格式在所有现代浏览器中都可以正常使用。虽然有几分hack的味道，但是他能通过XHTML验证，而且对XHTML之前的浏览器也会平稳退化。

在将页面的MIME类型指定为”application/xhtml+xml”的情况下会触发XHTML模式。并不是所有浏览器都支持以这种方式提供XHTML文档。

2.1.5 不推荐使用的语法

在最早引入<script> 标签的时候，该元素与传统的HTML的解析规则是有冲突的。由于要对这个元素应用特殊的解析规则，因此在那些不支持JavaScript的浏览器中就会导致问题。具体来说，不支持JavaScript的浏览器会把<script> 元素的内容直接输出到页面中，因而会破坏页面的布局和美观。

Netscape与Mosaic协商并提出一个解决方案，让不支持<script> 元素的浏览器能够隐藏嵌入的JavaScript代码。这个方案就是把JavaScript代码包含在一个HTML注释中，向下面这样：

<script><!--
    function sayHi(){
        alert("Hi");
    }
//--></script>

给脚本加上HTML注释后，Mosaic等浏览器就会忽略<script> 标签中的内容；而那些不支持JavaScript的浏览器在遇到这种情况的时候，则必须进一步确认其中是否包含需要解析的JavaScript代码。

虽然这种注释JavaScript代码的格式得到了所有浏览器的认可，也能被正确解析。但是由于所有浏览器都已经支持JavaScript，因为也就没有必要使用这种格式了。在XHTML模式下，因为脚本包含在XML注释中，所以脚本会被忽略。

2.2 嵌入代码与外部文件

在HTML中嵌入JavaScript代码虽然没有问题，但是一般认为最好的做法还是尽可能使用外部文件来包含JavaScript代码。不过，并不存在必须使用外部文件的硬性规定，但是支持使用外部文件的人会强调如下优点。

可维护性：遍及不同HTML页面的JavaScript会造成维护问题。但是所有JavaScript文件代码都放在一个文件夹中，维护起来就轻松多了。而且开发人员因此也能够在不触及HTML标记的情况下，几种精力编辑JavaScript代码。
可缓存：浏览器能够根据具体的设置缓存链接的所有外部JavaScript文件。也就是说，如果有两个页面使用同一个文件，那么这个文件只下载一次。因此，最终结果也就是能够加快页面加载速度。
适应未来：通过外部文件来包含JavaScript无须使用前面提到的XHTML或注释hack。HTML和XHTML包含外部文件的语法是相同的。

2.3 文档模式

IE5.5引入文档概念模式，而这个概念是通过使用文档类型(doctype)切换实现的。最初的两种文档模式是：混杂模式(quirks mode)和标准模式(standards mode)。混杂模式让IE的行为更接近标准行为。虽然这两种模式主要影响CSS内容呈现。但是在某些情况下也会影响到JavaScript的解释执行。

在IE引入文档模式概念后，其他浏览器也纷纷效仿。在此之后，IE有提出了一种所谓的准标准模式(almost shandards mode)。这种模式下浏览器特征有很多都是符合标准的，但是也不尽然，不标准的地方主要是体现在图片间隙的时候。

如果在文档开始处没有发现文档类型声明，则所有浏览器都会默认开启混杂模式。但是采用混杂模式不是什么值得推荐的做法。因为不同浏览器在这种模式下的行为差异非常大。

对于标准模式，可以使用下面任何一种文档类型来开启：

<!-- HTML 4.01 严格型 -->
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd">
<!-- XHTML 1.0 严格型 -->
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<!-- HTML 5 -->
<!DOCTYPE html>

而对于准标准模式，则可以通过使用过渡型(transitional)或者框架类型(frameset)文档类型来触发。

<!-- HTML 4.0.1 过渡型 -->
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
<!-- HTML 4.0.1 框架类型 -->
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Frameset//EN" "http://www.w3.org/TR/html4/frameset.dtd">
<!-- XHTML 1.0 过渡型 -->
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<!-- XHTML 1.0 框架类型 -->
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Frameset//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-frameset.dtd">

标准模式和非标准模式非常接近，它们的差异几乎可以忽略不计。因此，当有人提到”标准模式”时，有可能是指两种模式中的任何一种。

2.4 `<noscript>` 元素

早起浏览器都会面临一个特殊的问题，即当前浏览器不支持JavaScript时如何让页面平稳退化。对这个问题的最终解决方案是创造一个<noscript> 元素，用于不支持JavaScript的浏览器中替代的内容。这个元素可以包含出现在<body> 中的任何HTML元素–<script> 元素除外。包含在<noscript> 元素中的内容只有在下列情况下才会显示出来。

浏览器不支持脚本
浏览器支持脚本，但是脚本被禁用

符合上述任何一个条件，浏览器都会显示<noscript> 中的内容，而除此之外的情况下，浏览器不会呈现<noscript> 中的内容。