JavaScript的優(yōu)化準則

申請免費試用、咨詢電話：400-8352-114

首先我們來剖析一下JavaScript的運轉機制。

JavaScript的運轉機制

1.JavaScript代碼是從效勞器原封不動地發(fā)送到客戶端的，代碼越大，下載所需的時間和帶寬越多。

2.JavaScript在閱讀器中解釋，而不是編譯好的。

3.JavaScript 代碼經過DOM API修正HTML頁面來與用戶交互。對JavaScript開發(fā)人員來說，這是功用強大的高級模型，但對DOM所做的每個簡單修正都將招致閱讀器的頁面 渲染引擎執(zhí)行一系列復雜的操作。對DOM看似細微的修正常常招致需求占用比預期的多得多的CPU周期。Gmail和基于Ajax的、ahoo！ Mail等Web應用程序都對妙性能提出了應戰(zhàn)。大量的人力被投入到這些Web應用程序中，它們在最新的計算機中可能運轉順暢，但在較舊的計算機中可能反 應愚鈍，而在這些舊計算機中運轉相應的桌面應用程序沒有任何問題。

兩大JavaScript的優(yōu)化原則

一、縮短JavaScript的下載時間

人多數編程言語要么是編譯型的，要么在代碼裝置的計算機中運轉，或者兩者兼而有之。例如，運用諸如Python、PHP或Perl等腳本言語時，代碼在執(zhí)行 之前不需求經過網絡傳輸，而在本地運轉。但是諸如Java等其他言語的代碼被編譯成二進制文件，可在執(zhí)行前經過網絡傳輸。思索到這種狀況。采用的大量措施 使二進制格式愈加緊湊。

JavaScript不屬于上述任何一種狀況，其源代碼和用到的庫被閱讀器依照原樣下載到客戶端，因而 JavaScript源代碼的大小以及打包傳輸方式將直接影響到頁面的性能，這些在剛開端編碼的時分或許無關緊要，但是隨著JavaScript繁榮庫越 來越多，很快將招致下載JavaScript代碼需求的時間越來越長。

為了縮短上述的下載時間嗎，我們有如下有效的措施：

1.除非每個頁面都有不同的JavaScript，否則不要將JavaScript放在網頁的HTML代碼中，而是在HTML代碼中援用JavaScript。假如一定要在頁面中包含JavaScript，這樣的頁面不能過長。

2.減少在頁面中包含的JavaScript文件數量。不需求走極端，將一切JavaScript代碼放到一個文件中。包含不超越5個文件是可行的。但是假如包 含超越20個文件就需求三思然后行了。當然，這些數字只是一個意味性的闡明，詳細是什么狀況，包含幾JavaScript文件數將影響頁面的負荷才能需 要停止特地的測試才干得到準確的數字。

3.減少運用的庫。假如運用大量不同來源的庫，他們或許有一些代碼是反復的。例如，每個庫中 可能包含處置DOM的代碼，這是一種糜費。由于i這些代碼能夠共享。選擇一個能夠處理大量問題且模塊化的庫，這樣可只包含所需的子集。運用一個主要庫的代 碼還有其他益處：減少依賴關系，從而降低不兼容的可能性；晉級到新版本更容易；通常來說，大型庫更容易遭到更大社區(qū)的支持，因而更新愈加頻繁，新特性更 多。

另外，JavaScript的很多庫都含有完好版和精簡版兩個版本。

完好版合適用于閱讀和修正庫的代碼。它包含縮進和注釋，關于開發(fā)人員來說可讀性更高。

精簡版合適于用于部署網站。這種版本是基于完好版自動創(chuàng)立的：刪除了注釋和縮進；通常一切代碼位于一行中；有時分不暴露的變量被重命名為很短的稱號。

顯而易見，在部署網站時，我們務必運用精簡版。依據本人編寫的代碼長度，可能要運用工具創(chuàng)立JavaScript文件的精簡版。這樣的工具很多，其中開源的如（GPL）的ECMASScript Cruncher（ESC）。

二、最大限度的減少DOM更新

為完成任何有趣的功用，代碼必需修正DOM。但是，修正DOM的開支十分高。顯然，為處置修正頁面內容的DOM API調用，閱讀器必需做大量的工作。更令人詫異的是，調用不修正頁面的辦法（如注冊監(jiān)聽器）可能十分慢。

另外，一定要留意遍歷大量的DOM對象的代碼，如遍歷document.all以查找特定元素的代碼或document.getElementByName（）。這些代碼的執(zhí)行時間將隨頁面的增大而增大。