js爲什麼需要include？讓我們想想這樣1個場景，a.js 需要用到1個公用的common.js，當然你可以在用到a.js的頁面使用<script src="common.js">，但假設有5個頁面用到了a.js，你是不是要寫5遍<script。而且要是以後a.js 又需要引用common2.js，你是不是又的修改5個頁面了？
已有js include的一些問題
在寫這個之前在網上搜索了些資料，發現以前寫的include都存在2個問題，這也是include需要解決的比較重要的2個問題。
1、相對路徑的問題： 在a.js中使用include("../js/common.js"); include 函數中肯定是使用相對路徑，是相對a.js的路徑。而a.js在html中使用<script>嵌入有可能是相對路徑，有可能是絕對路徑。 include函數如何才能真正確定common.js的絕對路徑，或者是相對html的相對路徑。網上一些爲了解決這個問題，還需要加一些js變量，不方便。
2、引用的問題。 網上include函數的實現幾乎都是使用下面2種方式插入common.js
document.write("<script src='" + .. + "></script>")
或者
var s = document.createElement("script");
s.src = ...;
head.insertAfter(s,...);
document.write 輸出的腳本會在a.js後面加載，而createElement("script")創建的腳本是非阻塞加載。 所以如果在common.js加載完畢之前，a.js中調用了common.js的函數就會報錯。
實現
解決上面2個問題，就可以實現js include。
第1個問題，我的方法是先獲取到a.js在html中的絕對路徑(如果是相對路徑，就轉爲絕對路徑)，然後再把common.js的路徑轉爲絕對路徑。
第2個問題，採用同步的ajax來請求common.js，這樣就不會出現引用問題。
實現代碼如下：
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
|
//
根據相對路徑獲取絕對路徑function getPath(relativePath,absolutePath){ var reg
= new RegExp("\\.\\./","g"); var uplayCount
= 0; //
相對路徑中返回上層的次數。 var m
= relativePath.match(reg); if(m)
uplayCount = m.length; var lastIndex
= absolutePath.length-1; for(var i=0;i<=uplayCount;i++){ lastIndex
= absolutePath.lastIndexOf("/",lastIndex); } return absolutePath.substr(0,lastIndex+1)
+ relativePath.replace(reg,"");}
function include(jssrc){ //
先獲取當前a.js的src。a.js中調用include,直接獲取最後1個script標籤就是a.js的引用。 var scripts
= document.getElementsByTagName("script"); var lastScript
= scripts[scripts.length-1]; var src
= lastScript.src; //
a.js使用相對路徑,先替換成絕對路徑 var url
= location.href; var index
= url.indexOf("?"); if(index
!= -1){ url
= url.substring(0, index-1); } src
= getPath(src,url); } var jssrcs
= jssrc.split("|");
//
可以include多個js，用|隔開 for(var i=0;i<jssrcs.length;i++){ //
使用juqery的同步ajax加載js. //
使用document.write 動態添加的js會在當前js的後面，可能會有js引用問題 //
動態創建script腳本，是非阻塞下載，也會出現引用問題 $.ajax({type:'GET',url:getPath(jssrc,src),async:false,dataType:'script'}); }} |
在a.js中直接使用 include("../js/common.js");
多請求的問題
使用上面的include看上去挺爽的，不過卻帶來另外1個嚴重的問題，就是多發送了1個ajax的請求。
我們常常爲了WEB性能，而合併js，減少請求。但使用include後卻偏偏多了請求。如果這個問題不解決，相信很多人都不會在正式產品中使用include的了，除非是局域網產品。
如何解決這個多請求的問題，我也思考很久，最後覺的單單使用客戶端js是沒辦法解決了。所以就想到了使用服務端代碼來解決
還記的我之前有文章介紹 "js、css的合併、壓縮、緩存管理"的時候，就通過服務器端代碼在程序啓動時候去合併js。
所以我把include多請求的解決方案也加到裏面去。就是在程序啓動的時候去查找所有的js，發現有使用include的就把include中common.js的源代碼替換該include函數。這樣a.js中在運行的時候就沒有include函數，而是真真包含了common.js的內容的js文件
後語
丫的。說到最後，怎麼又把所有的include都替換掉了，哪之前說的那麼多不白說了。
個人覺得，每個產品都應該要區分開發環境和產品環境(一般通過配置文件進行區分)，在開發環境應該以開發效率爲首要，而產品環境則以性能爲首。所以這裏的inlcude就應該要區分對待，在開發環境中使用js include來提高開發和維護效率，而在產品環境中則自動把所有include替換成真真的js文件的內容。