整合營銷服務(wù)商
電腦端+手機端+微信端=數(shù)據(jù)同步管理
免費咨詢熱線：
電腦端+手機端+微信端=數(shù)據(jù)同步管理
免費咨詢熱線：
avaScript 程序不能獨立運行，它需要被嵌入 HTML 中，然后瀏覽器才能執(zhí)行 JavaScript 代碼。通過 <script> 標簽將 JavaScript 代碼引入到 HTML 中，有兩種方式：
1.內(nèi)部方式
內(nèi)部方式是通過<script>標簽包裹JavaScript代碼,從而引入HTML頁面中，示例代碼如下：
<!DOCTYPE html>
<html>
<head>
<meta charset="UTF-8">
<title>JavaScript 基礎(chǔ) - 引入方式</title>
</head>
<body>
<!-- 內(nèi)聯(lián)形式：通過 script 標簽包裹 JavaScript 代碼 -->
<script>
alert('嗨，歡迎來傳智播學(xué)習(xí)前端技術(shù)！')
</script>
</body>
</html>2.外部形式
一般將 JavaScript 代碼寫在獨立的以 .js 結(jié)尾的文件中，然后通過 <script>標簽的 <src>屬性引入，示例代碼如下：
// demo.js
document.write('嗨，歡迎來傳智播學(xué)習(xí)前端技術(shù)！')<!DOCTYPE html>
<html>
<head>
<meta charset="UTF-8">
<title>JavaScript 基礎(chǔ) - 引入方式</title>
</head>
<body>
<!-- 外部形式：通過 script 的 src 屬性引入獨立的 .js 文件 -->
<script src="demo.js"></script>
</body>
</html>注意：如果 script 標簽使用 src 屬性引入了某 .js 文件，那么 標簽的代碼會被忽略！！！如下代碼所示：
習(xí)目標：了解JavaScript是如何與HTML結(jié)合來創(chuàng)建動態(tài)網(wǎng)頁，網(wǎng)頁中嵌入JavaScript的不同方式，JavaScript的內(nèi)容類型及其與<script>的關(guān)系
<script>是由Netscape創(chuàng)造出來，后來加到HTML規(guī)范中的。
<script>有8個屬性：
1、async:表示立即開始下載腳本，但不能阻止其他頁面動作，比如下載資源或者等待其他腳本加載。只對外部腳本文件有效。
2、charset：使用src屬性指定代碼字符集。這個屬性很少用，因為大多數(shù)瀏覽器不在乎它的值。
3、crossorigin；配置資源請求的CORS（跨源資源共享）設(shè)置。默認情況下不使用CORS。crossorigin = “anonymous”配置文件請求不用設(shè)置憑據(jù)標志。crossorigin = ”use-credentials“設(shè)置憑據(jù)標志，意味著出站請求會包含憑據(jù)。
4、defer:表示腳本可以延遲到文檔全部解析和顯示后再執(zhí)行。新版本中只能用于外部腳本。
5、integrity:允許比對接收到的資源和指定的加密簽名以驗證子資源完整性（SRI，Subresource integrity），如果驗證簽名不匹配則腳本不會執(zhí)行。這個屬性可以用于確保內(nèi)容分發(fā)網(wǎng)絡(luò)（CDN，Content Delivery Network）不會提供惡意內(nèi)容。
6、language：此屬性已被廢止。
7、src:表示包含外部要執(zhí)行的代碼的外部文件。
8、type:代替language，表示代碼塊中腳本語言的內(nèi)容類型（也稱為MIME類型），按照慣例這個值始終都是”text/JavaScript“，盡管”text/JavaScript“和”text/ecmascript“都已經(jīng)廢棄。JavaScript文件的MIME類型通常是”application/x-javascript“,不過給type屬性這個值的話可能會導(dǎo)致腳本被忽略。在非IE的瀏覽器中有效的值還有”application/JavaScript“和”application/ecmascript"。如果這個值是module，則代碼會被當成是ES6模塊，而且只有這時候代碼中才能出現(xiàn)import和export關(guān)鍵字。
使用<script>的方式有內(nèi)聯(lián)和外嵌兩種，只要把code寫入<script>code</script>中就好，code中要是包含字符串“<script>”,只要加上轉(zhuǎn)義字符“\”即可。
如果要外嵌JavaScript代碼只要使用src屬性來鏈接外部文件即可如：
<script src=“example.js”></script>
XHTML 文檔中，可以忽略結(jié)束標簽寫成<script src=“example.js”/>即可，但是這在HTML中不能使用。
過去把JavaScript和CSS一起寫在head中，但是這意味著必須下載所有code并解析和解釋完成后才開始渲染頁面，對于JavaScript很多的頁面會導(dǎo)致頁面渲染速度過慢，為解決這個問題，JavaScript一般寫在body元素的頁面內(nèi)容的最后邊，如下
<html>
<head></head>
<body>
message
<script>code<\script>
<\body>
</html>
在外聯(lián)JavaScript時可以使用defer屬性來推遲腳本的運行。可以寫成：
<html>
<head>
<script defer src = "example.js">code<\script>
</head>
<body>
message
<\body>
</html>
async屬性從腳本處理方式上與defer類似，但是不同的是標記async的腳本并不能保證腳本按照他們的出現(xiàn)順序執(zhí)行，比如：
<html>
<head>
<script sync src = "example1.js">code<\script>
<script sync src = "example2.js">code<\script>
</head>
<body>
message
<\body>
</html>
不能保證example1比example2先執(zhí)行。
除了<script>以外還可以用其他方式加載腳本。因為JavaScript可以使用DOM API，所以通過向DOM中動態(tài)地加入script元素同樣可以加載指定腳本。只要創(chuàng)建一個script元素并將其添加到DOM即可。
let script = document.createElement('script');
script.src = 'gibberish.js';
document.head.appendChild(script);
當然，在把 HTMLElement 元素添加到 DOM 且執(zhí)行到這段代碼之前不會發(fā)送請求。默認情況下，以這種方式創(chuàng)建的<script>元素是以異步方式加載的，相當于添加了 async 屬性。不過這樣做可能會有問題，因為所有瀏覽器都支持 createElement()方法，但不是所有瀏覽器都支持 async 屬性。因此，如果要統(tǒng)一動態(tài)腳本的加載行為，可以明確將其設(shè)置為同步加載：
let script = document.createElement('script');
script.src = 'gibberish.js';
script.async = false;
document.head.appendChild(script);
以這種方式獲取的資源對瀏覽器預(yù)加載器是不可見的。這會嚴重影響它們在資源獲取隊列中的優(yōu)先級。根據(jù)應(yīng)用程序的工作方式以及怎么使用，這種方式可能會嚴重影響性能。要想讓預(yù)加載器知道這些動態(tài)請求文件的存在，可以在文檔頭部顯式聲明它們：
<link rel="preload" href="gibberish.js">
可擴展超文本標記語言（XHTML，Extensible HyperText Markup Language）是將 HTML 作為 XML的應(yīng)用重新包裝的結(jié)果。與 HTML 不同，在 XHTML 中使用 JavaScript 必須指定 type 屬性且值為text/javascript，HTML 中則可以沒有這個屬性。XHTML 雖然已經(jīng)退出歷史舞臺，但實踐中偶爾可能也會遇到遺留代碼，為此本節(jié)稍作介紹。在 XHTML 中編寫代碼的規(guī)則比 HTML 中嚴格，這會影響使用<script>元素嵌入 JavaScript 代碼。下面的代碼塊雖然在 HTML 中有效，但在 XHML 中是無效的。
<script type="text/javascript">
function compare(a, b) {
if (a < b) {
console.log("A is less than B");
} else if (a > b) {
console.log("A is greater than B");
} else {
console.log("A is equal to B");
}
}
</script>
在 HTML 中，解析<script>元素會應(yīng)用特殊規(guī)則。XHTML 中則沒有這些規(guī)則。這意味著 a < b語句中的小于號（<）會被解釋成一個標簽的開始，并且由于作為標簽開始的小于號后面不能有空格，這會導(dǎo)致語法錯誤。避免 XHTML 中這種語法錯誤的方法有兩種。第一種是把所有小于號（<）都替換成對應(yīng)的 HTML實體形式（<）。結(jié)果代碼就是這樣的：
<script type="text/javascript">
function compare(a, b) {
if (a < b) {
console.log("A is less than B");
} else if (a > b) {
console.log("A is greater than B");
} else {
console.log("A is equal to B");
}
}
</script>
這樣代碼就可以在 XHTML 頁面中運行了。不過，缺點是會影響閱讀。好在還有另一種方法。第二種方法是把所有代碼都包含到一個 CDATA 塊中。在 XHTML（及 XML）中，CDATA 塊表示文檔中可以包含任意文本的區(qū)塊，其內(nèi)容不作為標簽來解析，因此可以在其中包含任意字符，包括小于號，并且不會引發(fā)語法錯誤。使用 CDATA 的格式如下：
<script type="text/javascript"><![CDATA[
function compare(a, b) {
if (a < b) {
console.log("A is less than B");
} else if (a > b) {
console.log("A is greater than B");
} else {
console.log("A is equal to B");
}
}
]]></script>
在兼容 XHTML 的瀏覽器中，這樣能解決問題。但在不支持 CDATA 塊的非 XHTML 兼容瀏覽器中則不行。為此，CDATA 標記必須使用 JavaScript 注釋來抵消：
<script type="text/javascript">
//<![CDATA[
function compare(a, b) {
if (a < b) {
console.log("A is less than B");
} else if (a > b) {
console.log("A is greater than B");
} else {
console.log("A is equal to B");
}
}
//]]>
</script>
這種格式適用于所有現(xiàn)代瀏覽器。雖然有點黑科技的味道，但它可以通過 XHTML 驗證，而且對XHTML 之前的瀏覽器也能優(yōu)雅地降級。
自 1995 年 Netscape 2 發(fā)布以來，所有瀏覽器都將 JavaScript 作為默認的編程語言。type 屬性使用一個 MIME 類型字符串來標識<script>的內(nèi)容，但 MIME 類型并沒有跨瀏覽器標準化。即使瀏覽器默認使用 JavaScript，在某些情況下某個無效或無法識別的 MIME 類型也可能導(dǎo)致瀏覽器跳過（不執(zhí)行）相關(guān)代碼。因此，除非你使用 XHTML 或<script>標簽要求或包含非 JavaScript 代碼，最佳做法是不指定 type 屬性。在最初采用 script 元素時，它標志著開始走向與傳統(tǒng) HTML 解析不同的流程。對這個元素需要應(yīng)用特殊的解析規(guī)則，而這在不支持 JavaScript 的瀏覽器（特別是 Mosaic）中會導(dǎo)致問題。不支持的瀏覽器會把<script>元素的內(nèi)容輸出到頁面上，從而破壞頁面的外觀。Netscape 聯(lián)合 Mosaic 拿出了一個解決方案，對不支持 JavaScript 的瀏覽器隱藏嵌入的 JavaScript 代碼。最終方案是把腳本代碼包含在一個 HTML 注釋中，像這樣：
<script><!--
function sayHi(){
console.log("Hi!");
}
//--></script>
使用這種格式，Mosaic 等瀏覽器就可以忽略<script>標簽中的內(nèi)容，而支持 JavaScript 的瀏覽器則必須識別這種模式，將其中的內(nèi)容作為 JavaScript 來解析。雖然這種格式仍然可以被所有瀏覽器識別和解析，但已經(jīng)不再必要，而且不應(yīng)該再使用了。在XHTML 模式下，這種格式也會導(dǎo)致腳本被忽略，因為代碼處于有效的 XML 注釋當中。
雖然可以直接在 HTML 文件中嵌入 JavaScript 代碼，但通常認為最佳實踐是盡可能將 JavaScript 代碼放在外部文件中。不過這個最佳實踐并不是明確的強制性規(guī)則。推薦使用外部文件的理由如下。
? 可維護性。JavaScript 代碼如果分散到很多 HTML 頁面，會導(dǎo)致維護困難。而用一個目錄保存所有 JavaScript 文件，則更容易維護，這樣開發(fā)者就可以獨立于使用它們的 HTML 頁面來編輯代碼。
? 緩存。瀏覽器會根據(jù)特定的設(shè)置緩存所有外部鏈接的 JavaScript 文件，這意味著如果兩個頁面都用到同一個文件，則該文件只需下載一次。這最終意味著頁面加載更快。
? 適應(yīng)未來。通過把 JavaScript 放到外部文件中，就不必考慮用 XHTML 或前面提到的注釋黑科技。包含外部 JavaScript 文件的語法在 HTML 和 XHTML 中是一樣的。在配置瀏覽器請求外部文件時，要重點考慮的一點是它們會占用多少帶寬。在 SPDY/HTTP2 中，預(yù)請求的消耗已顯著降低，以輕量、獨立 JavaScript 組件形式向客戶端送達腳本更具優(yōu)勢。比如，第一個頁面包含如下腳本：
<script src="mainA.js"></script>
<script src="component1.js"></script>
<script src="component2.js"></script>
<script src="component3.js"></script>
...
后續(xù)頁面可能包含如下腳本：
<script src="mainB.js"></script>
<script src="component3.js"></script>
<script src="component4.js"></script>
<script src="component5.js"></script>
...
在初次請求時，如果瀏覽器支持 SPDY/HTTP2，就可以從同一個地方取得一批文件，并將它們逐個放到瀏覽器緩存中。從瀏覽器角度看，通過 SPDY/HTTP2 獲取所有這些獨立的資源與獲取一個大JavaScript 文件的延遲差不多。在第二個頁面請求時，由于你已經(jīng)把應(yīng)用程序切割成了輕量可緩存的文件，第二個頁面也依賴的某些組件此時已經(jīng)存在于瀏覽器緩存中了。當然，這里假設(shè)瀏覽器支持 SPDY/HTTP2，只有比較新的瀏覽器才滿足。如果你還想支持那些比較老的瀏覽器，可能還是用一個大文件更合適。
IE5.5 發(fā)明了文檔模式的概念，即可以使用 doctype 切換文檔模式。最初的文檔模式有兩種：混雜模式（quirks mode）和標準模式（standards mode）。前者讓 IE 像 IE5 一樣（支持一些非標準的特性），后者讓 IE 具有兼容標準的行為。雖然這兩種模式的主要區(qū)別只體現(xiàn)在通過 CSS 渲染的內(nèi)容方面，但對JavaScript 也有一些關(guān)聯(lián)影響，或稱為副作用。本書會經(jīng)常提到這些副作用。
IE 初次支持文檔模式切換以后，其他瀏覽器也跟著實現(xiàn)了。隨著瀏覽器的普遍實現(xiàn)，又出現(xiàn)了第三種文檔模式：準標準模式（almost standards mode）。這種模式下的瀏覽器支持很多標準的特性，但是沒有標準規(guī)定得那么嚴格。主要區(qū)別在于如何對待圖片元素周圍的空白（在表格中使用圖片時最明顯）。
混雜模式在所有瀏覽器中都以省略文檔開頭的 doctype 聲明作為開關(guān)。這種約定并不合理，因為混雜模式在不同瀏覽器中的差異非常大，不使用黑科技基本上就沒有瀏覽器一致性可言。標準模式通過下列幾種文檔類型聲明開啟：
<!-- HTML 4.01 Strict -->
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN"
"http://www.w3.org/TR/html4/strict.dtd">
<!-- XHTML 1.0 Strict -->
<!DOCTYPE html PUBLIC
"-//W3C//DTD XHTML 1.0 Strict//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<!-- HTML5 -->
<!DOCTYPE html>
準標準模式通過過渡性文檔類型（Transitional）和框架集文檔類型（Frameset）來觸發(fā)：
<!-- HTML 4.01 Transitional -->
<!DOCTYPE HTML PUBLIC
"-//W3C//DTD HTML 4.01 Transitional//EN"
"http://www.w3.org/TR/html4/loose.dtd">
<!-- HTML 4.01 Frameset -->
<!DOCTYPE HTML PUBLIC
"-//W3C//DTD HTML 4.01 Frameset//EN"
"http://www.w3.org/TR/html4/frameset.dtd">
<!-- XHTML 1.0 Transitional -->
<!DOCTYPE html PUBLIC
"-//W3C//DTD XHTML 1.0 Transitional//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<!-- XHTML 1.0 Frameset -->
<!DOCTYPE html PUBLIC
"-//W3C//DTD XHTML 1.0 Frameset//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-frameset.dtd">
準標準模式與標準模式非常接近，很少需要區(qū)分。人們在說到“標準模式”時，可能指其中任何一個。而對文檔模式的檢測（本書后面會討論）也不會區(qū)分它們。本書后面所說的標準模式，指的就是除混雜模式以外的模式。
針對早期瀏覽器不支持 JavaScript 的問題，需要一個頁面優(yōu)雅降級的處理方案。最終，<noscript>元素出現(xiàn)，被用于給不支持 JavaScript 的瀏覽器提供替代內(nèi)容。雖然如今的瀏覽器已經(jīng) 100%支持JavaScript，但對于禁用 JavaScript 的瀏覽器來說，這個元素仍然有它的用處。<noscript>元素可以包含任何可以出現(xiàn)在<body>中的 HTML 元素，<script>除外。在下列兩種情況下，瀏覽器將顯示包含在<noscript>中的內(nèi)容：
? 瀏覽器不支持腳本；
? 瀏覽器對腳本的支持被關(guān)閉。任何一個條件被滿足，包含在<noscript>中的內(nèi)容就會被渲染。否則，瀏覽器不會渲染<noscript>中的內(nèi)容。
下面是一個例子：
<!DOCTYPE html>
<html>
<head>
<title>Example HTML Page</title>
<script defer="defer" src="example1.js"></script>
<script defer="defer" src="example2.js"></script>
</head>
<body>
<noscript>
<p>This page requires a JavaScript-enabled browser.</p>
</noscript>
</body>
</html>
這個例子是在腳本不可用時讓瀏覽器顯示一段話。如果瀏覽器支持腳本，則用戶永遠不會看到它。
JavaScript 是通過<script>元素插入到 HTML 頁面中的。這個元素可用于把 JavaScript 代碼嵌入到HTML 頁面中，跟其他標記混合在一起，也可用于引入保存在外部文件中的 JavaScript。本章的重點可以總結(jié)如下。
? 要包含外部 JavaScript 文件，必須將 src 屬性設(shè)置為要包含文件的 URL。文件可以跟網(wǎng)頁在同一臺服務(wù)器上，也可以位于完全不同的域。
? 所有<script>元素會依照它們在網(wǎng)頁中出現(xiàn)的次序被解釋。在不使用 defer 和 async 屬性的情況下，包含在<script>元素中的代碼必須嚴格按次序解釋。
? 對不推遲執(zhí)行的腳本，瀏覽器必須解釋完位于<script>元素中的代碼，然后才能繼續(xù)渲染頁面的剩余部分。為此，通常應(yīng)該把<script>元素放到頁面末尾，介于主內(nèi)容之后及</body>標簽之前。
? 可以使用 defer 屬性把腳本推遲到文檔渲染完畢后再執(zhí)行。推遲的腳本原則上按照它們被列出的次序執(zhí)行。
? 可以使用 async 屬性表示腳本不需要等待其他腳本，同時也不阻塞文檔渲染，即異步加載。異步腳本不能保證按照它們在頁面中出現(xiàn)的次序執(zhí)行。
? 通過使用<noscript>元素，可以指定在瀏覽器不支持腳本時顯示的內(nèi)容。如果瀏覽器支持并啟用腳本，則<noscript>元素中的任何內(nèi)容都不會被渲染。
者 | 泰斗賢若如
來源 | 泰斗賢若如
這次寫一篇對于JavaScript的簡介，我們知道的編程語言有很多種，比如Java、C++、Python等等，每種編程語言都有其獨具的特色，不論是語法格式還是表達形式，都能讓每個程序員沉淀在知識的海洋里難以自拔。
即每種編程語言都有無限的延展性，但如果我們考慮問題的時候追溯其根源，其實也不難發(fā)現(xiàn)每種編程語言都具有共同的初心，最直白的話就是人與計算機進行溝通的語言，在現(xiàn)實生活中，見什么人說什么話我們都很清楚，那在與計算機溝通的世界中，做什么事用什么編程語言溝通也是同樣的道理，前提就是我們要了解這些編程語言，在你需要選擇的時候做出正確的判斷，這也正是我寫此篇文章的意義。
在1994年，當時的網(wǎng)景公司（Netscape）憑借Navigator這個瀏覽器成為了Web時代開啟最著名的第一代的互聯(lián)網(wǎng)公司。當時所用的第一版本的瀏覽器就是下圖中的瀏覽器，相信有很多年輕朋友都沒有見過這種瀏覽器。如果大家回想十年前或是十五年前，大家用的瀏覽器應(yīng)該是IE瀏覽器，那個時候的瀏覽器跟現(xiàn)在的比如說谷歌瀏覽器、火狐瀏覽器等相比而言，那就是天壤之別了。
這個最早版本的瀏覽器，整個瀏覽器都是靜態(tài)的，也就是用HTML和CSS寫的，并沒有像今天的各種瀏覽器一樣具有各種各樣的動態(tài)效果了，比如像網(wǎng)頁的圖片輪播、鼠標懸浮切換等效果。
網(wǎng)景公司就想在原來的靜態(tài)頁面的基礎(chǔ)上添加一些動態(tài)的效果，這時候網(wǎng)景公司出來一個很牛的人物叫布蘭登·艾奇，他用不到兩周的時間就設(shè)計出了能在網(wǎng)頁上實現(xiàn)動態(tài)效果的編程語言。
他設(shè)計出實現(xiàn)網(wǎng)頁動態(tài)效果的編程語言，并將其編程語言命名為JavaScript。
為什么會命名為JavaScript呢？原因是在當時，Java非常火，網(wǎng)景公司希望借用Java在當時的名氣來進行推廣。其實事實上呢，JavaScript除了語法上有點像Java外，別的地方都跟Java沒有任何關(guān)系。
從上面講的JavaScript的由來中，我們就知道JavaScript由網(wǎng)景公司的布蘭登·艾奇開發(fā)出來的，一年后，微軟又模仿JavaScript開發(fā)出了一種編程語言叫JScript,再后來，陸續(xù)又有別的商家推出JavaScript的不同實現(xiàn)語言。這就導(dǎo)致JavaScript的語法和特性日益混亂，其標準化問題被提上日程。最終由歐洲計算機制造商協(xié)會（ECMA）以JavaScript1.1為藍本，制定了【ECMA-262】標準，并由此標準定義了一種新腳本語言ECMAScript。隨后，ISO也采用ECMAScript作為標準，各瀏覽器廠商便紛紛開始將ECMAScript作為各自JavaScript實現(xiàn)的基礎(chǔ)。
那到底JavaScript和ECMAScript有什么關(guān)系呢?
ECMAScript其實并不等同于JavaScript，它只是JavaScript的核心標準（語法、類型、語句、關(guān)鍵字、保留字、操作符、對象），而JavaScript還包括文檔對象模型（DOM）和瀏覽器對象模型（BOM）等。其中各主流瀏覽器對ECMAScript的支持都還不錯，但對DOM的支持相差較大，對于BOM一直沒有相關(guān)標準。最后再簡單總結(jié)一下就是：ECMAScript是一種語言標準，JavaScript是對ECMAScript的一種實現(xiàn)。
1997年06月 :發(fā)布首版。
1997年06月:修改規(guī)范完全符合ISO/IEC 16262國際標準。
1998年6月，ECMAScript 2.0版發(fā)布。
1999年12月，ECMAScript 3.0版發(fā)布，成為JavaScript的通行標準，得到了廣泛支持。
1999年12月:增加正則、更好的文字處理、新的控制語句、try/catch異常處理、更加明確的錯誤定義，數(shù)字輸出格式等等。放棄發(fā)布。
2007年10月，ECMAScript4.0版草案發(fā)布，對3.0版做了大幅升級，預(yù)計次年8月發(fā)布正式版本。草案發(fā)布后，由于4.0版的目標過于激進，各方對于是否通過這個標準，發(fā)生了嚴重分歧。以Yahoo、Microsoft、Google為首的大公司，反對JavaScript的大幅升級，主張小幅改動；以JavaScript創(chuàng)造者Brendan Eich為首的Mozilla公司，則堅持當前的草案。
2008年7月，由于對于下一個版本應(yīng)該包括哪些功能，各方分歧太大，爭論過于激進，ECMA開會決定，中止ECMAScript 4.0的開發(fā)，將其中涉及現(xiàn)有功能改善的一小部分，發(fā)布為ECMAScript3.1，而將其他激進的設(shè)想擴大范圍，放入以后的版本，由于會議的氣氛，該版本的項目代號起名為Harmony（和諧）。會后不久，ECMAScript 3.1改名為ECMAScript 5。
2009年12月:完善了ECMASript 3版本、增加"strict mode," (嚴格模式)、以及新的功能，如getter和setter、 JSON庫支持和更完整的對象屬性。ECMAScript 5.0版正式發(fā)布。Harmony項目則一分為二，一些較為可行的設(shè)想定名為JavaScript.next繼續(xù)開發(fā)，后來演變成ECMAScript 6；一些不是很成熟的設(shè)想，則被視為JavaScript.next.next，在更遠的將來再考慮推出。
2011年06月:ECMAscript 5.1版發(fā)布，并且成為ISO國際標準（ISO/IEC 16262:2011）。
2013年3月，ECMAScript 6草案凍結(jié)，不再添加新功能。新的功能設(shè)想將被放到ECMAScript 7。
2013年12月，ECMAScript 6草案發(fā)布。
2015年06月:第六版的名字有很多，可以叫ECMAScript6 (ES6) ，也可以叫ECMAScript 2015 (ES2015) 。
2015年6月17日，ECMAScript 6發(fā)布正式版本，即ECMAScript 2015。
2016年06月:也被稱為ECMAScript 2016。完善ES6規(guī)范，還包括兩個新的功能:求冪運算符(*) 和array.prototype.includes方法。
2017年06月:增加新的功能，如并發(fā)、原子操作、Object.values/Object.entries、 字符串填充、promises、 await/asyn等等。
JavaScript的三個主要組成部分是：ECMAScript(核心)，DOM（文檔對象模型），BOM（瀏覽器對象模型）。
【ECMA-262】并沒有參照web瀏覽器，規(guī)定了語言的組成部分，其具體內(nèi)容包括語法、類型、語言、關(guān)鍵字、保留字、操作符、對象等。
ECMAScript的兼容：
支持【ECMA-262】描述的所有“類型、值、對象、屬性、函數(shù)以及程序語法和語義” 。
支持Unicode字符標準。
添加【ECMA-262】沒有描述的更多“類型、值、對象、屬性和函數(shù)”，【ECMA-262】說的這些新增特性，主要是指該標準中沒有規(guī)定的新對象和對象的新屬性。
支持【ECMA-262】中沒有定義的“程序和正則表達式的語法”。也就是說可以修改和擴展內(nèi)置的正則表達式語法。
文檔對象模型(DOM)是針對XML但經(jīng)過擴展用于HTML的應(yīng)用程序編程接口（API）。DOM把整個頁面映射為一個多層次節(jié)點結(jié)構(gòu)。HTML或者XML頁面中的每個組成部分都是某種類型的節(jié)點，這些節(jié)點又包含著不同類型的數(shù)據(jù)。
其實說白了，文檔對象模型(DOM)就是操作網(wǎng)頁上的那些標簽，來實現(xiàn)動態(tài)的效果。
在DOM中，頁面一般可以用分層節(jié)點圖表示：
DOM級別：
DOM1級于1998年10月成為W3C的推薦標準。BOM1由兩個模塊組成分別是DOM core和DOM HTML。
DOM core：規(guī)定如何映射基于XML的文檔結(jié)構(gòu)，以便簡化對文檔中任意部分的訪問和操作。
DOM HTML：在DOM core的基礎(chǔ)上加以擴展，添加了針對HTML的對象和方法。
DOM2級在原來DOM的基礎(chǔ)上有擴充了鼠標和用戶界面事件、范圍、遍歷等細分模塊，通過對象接口增加了對css的支持。包括以下模塊：
DOM Views（DOM視圖）：定義了跟蹤不同文檔視圖的接口。
DOM Events（DOM事件）：定義了事件與事件處理的接口。
DOM Traversal and Range(DOM遍歷和范圍)：定義了遍歷和操作文檔的接口。
DOM3級則進一步擴展了DOM，引入了加載和保存模塊以統(tǒng)一方式加載和保存文檔的方法；新增了DOM驗證模塊主要還是驗證文檔的方法。
瀏覽器對象模型(BOM)是處理瀏覽器窗口和框架，我們習(xí)慣上把所有針對瀏覽器的JavaScript擴展算作是BOM的一部分。包括以下：
彈出新瀏覽器窗口的功能。
移動、縮放和關(guān)閉瀏覽器窗口的功能。
提供瀏覽器所加載頁面的詳細信息的navigator對象。
提供瀏覽器所加載頁面的詳細信息的location對象。
提供用戶分辨率詳細信息的screen對象。
對cookies的支持。
像XMLHttpRequest和IE的ActionXobject這樣的自定義對象。
瀏覽器對象模型(BOM)其實很簡單，它包含了當前瀏覽器上的一些操作，比如說像關(guān)閉按鈕、刷新按鈕、前進和后退按鈕等等。
綜上來說，JavaScript就包含了以上這三部分內(nèi)容，第一部分就是核心基礎(chǔ)語法，這是非常非常重要的東西，有了核心基礎(chǔ)的鋪墊，我們才能后續(xù)的學(xué)習(xí)文檔對象模型(DOM)和瀏覽器對象模型(BOM)。文檔對象模型(DOM)就是操作一些網(wǎng)頁上的一些標簽元素，來實現(xiàn)網(wǎng)頁上的動態(tài)效果。
而瀏覽器對象模型(BOM)就是像比如說滾動的行為，點擊回到頂部，還有刷新，前進，后退等操作。這些特性就是我們需要了解的內(nèi)容，在你后續(xù)進行詳細學(xué)習(xí)的時候，就帶著這些特性疑問去學(xué)習(xí)，會有事半功倍的效果。
?微信Android版支持改微信號，淘寶硬核拒絕改名要求；5G 套餐價格松動；Kotlin 1.4 第二個預(yù)覽版發(fā)布|極客頭條
?跨行成為程序員的 15 個實用技巧！
?程序員擺地攤的正確姿勢！
?全網(wǎng)唯一禿頭數(shù)據(jù)集：20萬張人像，網(wǎng)羅各類禿頭
?一個神秘URL釀大禍，差點讓我背鍋！
?Uber 前無人駕駛工程師告訴你，國內(nèi)無人駕駛之路還要走多久？
*請認真填寫需求信息，我們會在24小時內(nèi)與您取得聯(lián)系。
