RequireJS

RequireJS 聽起來複雜，但經過開發商明白什麼可以做，什麼是它真正的能力，它將成為任何項目，他將與合作既成事實的要求

這個小JavaScript庫的建立是為了自動處理JS文件依賴性，用於控制何時以及如何加載文件，並設置JavaScript文件的加載順序。

該庫可與犀牛，Node.js的，jQuery的，Dojo和CommonJS的（AMD）模塊的工作。

它可以與常規網站和Web應用程序一起使用，但它也可以用更多的現代單頁的應用工作，是非常有用的，並幫助當JavaScript文件被加載開發人員控制，尤其是因為不是所有的人將在需要頁面加載。

你可以想像使用RequireJS大大提高網頁加​​載速度，也是一個應用程序的整體性能。

什麼是新的在此版本中：

• Esprima 2.0依賴解析模塊時所使用的優化。這允許使用一些ES6特徵。無論是通過可解析2.0 Esprima是支持那個（在xpcshell運行時，Reflect.parse仍在使用）。
• 的r.js優化的犀牛現在運行。
• 的開即用！函數（）{...`啟動一些UMD包裹文件的擴展支持。如果使用UMD節點程序包生成您的UMD包裝，升級到umd@3.0.0或更高版本，以獲得與r.js優化器完全兼容。

什麼是新的在2.1.22版本：

• Esprima 2.0解析模塊時所使用的優化對於依賴。這允許使用一些ES6特徵。無論是通過可解析2.0 Esprima是支持那個（在xpcshell運行時，Reflect.parse仍在使用）。
• 的r.js優化的犀牛現在運行。
• 的開即用！函數（）{...`啟動一些UMD包裹文件的擴展支持。如果使用UMD節點程序包生成您的UMD包裝，升級到umd@3.0.0或更高版本，以獲得與r.js優化器完全兼容。

什麼是新的在2.1.20版本：

• Esprima 2.0解析模塊時所使用的優化對於依賴。這允許使用一些ES6特徵。無論是通過可解析2.0 Esprima是支持那個（在xpcshell運行時，Reflect.parse仍在使用）。
• 的r.js優化的犀牛現在運行。
• 的開即用！函數（）{...`啟動一些UMD包裹文件的擴展支持。如果使用UMD節點程序包生成您的UMD包裝，升級到umd@3.0.0或更高版本，以獲得與r.js優化器完全兼容。

什麼是新的在2.1.18版本：

• Esprima 2.0解析模塊時所使用的優化對於依賴。這允許使用一些ES6特徵。無論是通過可解析2.0 Esprima是支持那個（在xpcshell運行時，Reflect.parse仍在使用）。
• 的r.js優化的犀牛現在運行。
• 的開即用！函數（）{...`啟動一些UMD包裹文件的擴展支持。如果使用UMD節點程序包生成您的UMD包裝，升級到umd@3.0.0或更高版本，以獲得與r.js優化器完全兼容。

在什麼版本的新 2.1.17 +：

• 在解析時Esprima 2.0所使用的優化模塊的依賴關係。這允許使用一些ES6特徵。無論是通過可解析2.0 Esprima是支持那個（在xpcshell運行時，Reflect.parse仍在使用）。
• 的r.js優化的犀牛現在運行。
• 的開即用！函數（）{...`啟動一些UMD包裹文件的擴展支持。如果使用UMD節點程序包生成您的UMD包裝，升級到umd@3.0.0或更高版本，以獲得與r.js優化器完全兼容。

什麼是新的在2.1.16版本：

• Esprima 2.0解析模塊時所使用的優化對於依賴。這允許使用一些ES6特徵。無論是通過可解析2.0 Esprima是支持那個（在xpcshell運行時，Reflect.parse仍在使用）。
• 的r.js優化的犀牛現在運行。
• 的開即用！函數（）{...`啟動一些UMD包裹文件的擴展支持。如果使用UMD節點程序包生成您的UMD包裝，升級到umd@3.0.0或更高版本，以獲得與r.js優化器完全兼容。

在什麼版本2.1.14新是：

• 一對夫婦更回歸修復了2.1.12。
• 一個固定的嵌套插件ID正常化，像＆QUOT;！。pluginA pluginbB資源＆QUOT ;,以及一個用於優化錯誤檢測UMD包裹代碼

在什麼版本2.1.6新是：

• 源地圖的支持已經擴展

在什麼版本2.1.4新是：

• 修正：
• cssPrefix正常化總是需要發生。

在什麼版本2.0.5新是：

• 修正了在Safari瀏覽器“使用嚴格”的問題6：只應在特定的非優化方案顯示了

在什麼版本2.0.4是新的：

• 同2.0.3，但回滾變化在導致一個錯誤記錄r.js。

什麼是新的在2.0.1版本：

• 固定require.js問題
• 固定r.js優化問題

什麼是新的在2.0.0版本：

• 固定require.js問題
• 固定r.js優化問題

什麼在版本1.0.7是新的：

• 小bug修復：
• require.js
• r.js優化

什麼在版本1.0.3是新的：

• 小bug修復：
• require.js
• r.js優化

在什麼版本1.0.2是新的：

• 小bug修復：
• require.js
• r.js優化

在什麼版本1.0.1是新的：

• 錯誤修正：
• 允許簡化CommonJS的包裹模塊完整的URL。
• 對於使用一個變量為工廠的功能模塊依賴AST解析。
• 捕獲應該有＆QUOT較多的情況下，命名空間和QUOT;優化選項的應用。

在什麼版本1.0.0是新的：

• 同RequireJS 0.27.1發布，一些文檔更新和一個小補丁，以優化的正則表達式轉換CommonJS的模塊AMD。

什麼在0.27.0版本是新的：

• require.ready（）已被刪除。在其位，使用domready中插件。這使得與其他AMD裝載機和關注更好的分離，更好的互操作性。
• 為優化新的包裝配置選項可用，在功能包裝內置的代碼。允許更好的API隱藏和微小的建立與杏仁API墊片。
• 的順序插件的IE瀏覽器改進。
• 裝載機插件現在可以有依賴，他們將在優化工作，只要依賴關係，優化環境（節點，犀牛）工作。
• 為優化的命名空間配置選項更強勁。
• require.def（刪除），使用define（）代替。
• 刪除module.setExports，使用module.exports來代替。

什麼是0.26.0版本，新的：

• 在minifier UglifyJS更新到1.0.6 。有利的一面：現在有（）分支修剪現在默認minifier作品
• 使用本地node.exe構建一個現在在節點0.5.x系列適用於Windows節點下運行的修補程序。現在有不太需要使用Java來驅動RequireJS優化！
• 配置現在通過require.config（{}）調用來完成，在網上獲得與amdjs需要API。舊的要求（{}）方法的工作對全球需要（）的向後兼容性，但建議的API前進的require.config（{}）。該API文檔已經被更新，以顯示正確的用法。
• 有一個命名空間的選項現在版本，讓移動要求（）和定義（）在不同的命名空間要求。這使您可以構建一個使用RequireJS但不與頁面上的任何其他AMD裝載機干擾優化的文件，可以確保只有你的模塊，在該命名空間的對象被加載。
• 當一個定義（）工廠函數拋出一個錯誤的默認錯誤行為是不抓住它。卡合完成在0.25.0變得更加難以調試。然而，存在捕捉錯誤是優選的一些情況。設置配置值catchError.define = true，將通過require.onError切換到捕獲錯誤，並使處理（）
• 在優化關閉編譯器已更新。其結果是，該代碼來調用關閉編譯器改變，並且將有可能只用最新的關閉編譯器釋放工作。你可以抓住已知在優化的lib /關閉目錄優化工作的一個版本。
• 現在有一個pragmasOnSave構建選項，這是在要求-CS CoffeeScript的裝載機插件生成配置文件用於構建後剝離出CoffeeScript的編譯器。最終的結果是：轉換後的CoffeeScript的代碼微小構建層

什麼是新的在0.25.0版本：

• 加載器插件API改為允許插件創建跨域訪問的資源。主要用例：您使用文本插件，動態加載文本資源，但要部署這些腳本到一個CDN。見WriteFile的（）的文本插件的實施為例。
• 現在有一個全球性的requirejs（）函數對象是相同的舊的全局需要（）函數的對象。這應該允許RequireJS在諸如Mozilla無鉻環境中更好地工作，這已經有一個內置的要求（）不具有完全AMD /裝載機插件功能的功能。
• 現在，可以以指定的jQuery的精確版本，以允許在一個RequireJS上下文。如果你知道某個頁面上加載不同版本的jQuery的其它腳本這是有用的。

什麼在0.24.0版本是新的：

• 對於IE 9支持它有一個非一致性腳本加載行為必要的改變。這將是理想的，如果IE 9會改變的行為是符合的。
• 更改jQuery的整合。

什麼在0.23.0版本是新的：

• 的r.js適配器現在工作在節點和犀牛。
• 的配置選項，baseUrlMatch已被刪除，因為上面提到的數據主要的baseUrl規則將需要它。
• 圍繞裝載器插件一些重要的修訂：a。修復可允許多個模塊使用相同的插件資源作為共同的依賴，並允許使用一裝載器插件定義（）回調函數在優化工作
• 系統的使用jQuery的readyWait能力的修復，當檢測jQuery和作為一個模塊。
• 有關使犀牛和節點某些目錄洗牌適配器同樣在命令行工具，並在r.js適配器使用。

什麼在0.22.0版本是新的：

• 支持還包括插件加載的插件全API在優化的基礎之上。
文物
• 穩固節點支持：現在可以使用NPM安裝的模塊，.node附加上require.paths和模塊
• 在優化has.js優化，包括通過關閉編譯器死代碼分支去除支持。
• 修正項目從通過2010-12-21 2011-01-05。

什麼是在0.2.1版中的新：

• 修正問題發現i18n.build.js哪裡頓了頓項目未在同步加載情況下清除出速度不夠快。

在什麼版本0.2.0新是：

• 重構的核心
• 新的Loader插件API的支持。
• 改進犀牛和節點適配器
• 裝載機周圍插件和優化Bug修復。
• require.modify刪除。
• 刪除運輸D檔。

什麼是新的在0.15.0版本：

• 捆綁的jQuery選擇現在使用jQuery 1.4.4
• jQuery的示例項目現在能夠使用RequireJS插件的能力。
• 的JSONP！插件已被刪除，因為，由於通過克里斯Zyp也工作，核心加載程序現在默認支持加載JSONP依賴性。該JSONP文檔已經相應的更新。
• 優化現在可以從任何目錄下運行，不僅與構建配置文件的目錄。
• r.js節點適配器是更健壯，並且它可以處理現在默認使用多個節點編寫的模塊。感謝弗朗索瓦·拉伯格為一個偉大的測試案例的應用程序，導致改善r.js的魯棒性。
• PS3的NetFront瀏覽器的初步支持。多虧克里斯沃倫調查瀏覽器的負荷特性。並不是所有的測試都通過了，但基本的人做的。
• 雜項修訂，有的在問題跟踪上市。

什麼是新的在0.14.5版本：

• 修正臭蟲腳本是不是從正確加載路徑。絲毫不影響RequireJS + jQuery的建立，但影響了其他的基礎之上。如果你不使用RequireJS + jQuery的建設，那麼強烈建議您升級從0.14.4至0.14.5。
• 增加了一個urlArgs配置選項，允許緩存無效時，服務器/瀏覽器的開發過程中胡作非為。

在什麼版本0.14.2新是：

• 錯誤修正：
• 修正問題與＆QUOT;模塊＆QUOT;依賴無法正確分配，如果它沒有被列為最後一個依賴出口的價值。
• 修正＆QUOT;包裝＆QUOT;配置選項。其行為固定相匹配的文檔。
• 修正模塊到名稱解析佔包的映射。

要求：

• 中啟用JavaScript在客戶端