javascript基礎修煉(4)——UMD規範的代碼推演
1. UMD規範
地址:https://github.com/umdjs/umdjavascript
UMD
規範,就是全部規範裏長得最醜的那個,沒有之一!!!它是爲了讓模塊同時兼容AMD
和CommonJs
規範而出現的,多被一些須要同時支持瀏覽器端和服務端引用的第三方庫所使用。UMD
是一個時代的產物,當各類環境最終實現ES harmony
的統一的規範後,它也將退出歷史舞臺。前端
UMD
規範的結構乍一看很是複雜,主要是由於想要看懂這段範式須要一些javascript
基礎知識,它的基本結構是這樣的:java
(function (root, factory) { if (typeof define === 'function' && define.amd) { // AMD define(['jquery', 'underscore'], factory); } else if (typeof exports === 'object') { // Node, CommonJS之類的 module.exports = factory(require('jquery'), require('underscore')); } else { // 瀏覽器全局變量(root 即 window) root.returnExports = factory(root.jQuery, root._); } }(this, function ($, _) { // 方法 function a(){}; // 私有方法,由於它沒被返回 (見下面) function b(){}; // 公共方法,由於被返回了 function c(){}; // 公共方法,由於被返回了 // 暴露公共方法 return { b: b, c: c } }));
2. 源碼範式推演
2.1 基本結構
先來看最外層的結構:node
(function (){}());
很是簡單,就是一個自執行函數。既然它是一個模塊化的標準,也就意味着這個自執行函數最終能夠導出一個模塊,那麼從代碼的角度來說實際上有兩種常見的實現方式:jquery
- return返回一個模塊;
- 實參傳入一個對象,把函數內部生成好的須要導出的東西掛在這個對象的屬性上;
能夠看到上面的函數體內部是沒有return語句的,那麼能夠猜想UMD
在實現時是採用了第二種方式。既然UMD
是一種模塊化的規範,那麼它的功能就是根據使用要求生產模塊,也就是說它的職責定位叫作模塊工廠,咱們能夠定義一個factory
方法,每當執行該方法時,就回返回一個模塊,因此它的基本結構就變成了以下的樣子:git
(function (factory){ //假設沒有使用任何模塊化方案,那麼將工廠函數執行後返回的內容直接掛載到全局 window.Some_Attr = factory(); }(function(){ //自定義模塊主體的內容 /* var a,b,c function a1(){} function b1(){} function c1(){} return { a:a1, b:b1 } */ }))
也就是說咱們自定義一個匿名函數,而後把它當作實參傳給了自執行函數,而後在自執行函數內部經過形參來訪問這個工廠方法
(或者你會更熟悉回調函數
或callback
這樣的叫法),把它簡單地掛在到全局對象上,這樣就完成了基本的模塊導出。github
有的時候咱們也但願能夠將模塊掛載到非全局的環境,將掛載對象動態傳入可讓代碼變得更靈活,此處涉及到一個基礎知識,就是瀏覽器環境中的全局對象擁有parent
,top
,self
三個屬性來追蹤頁面中嵌入<iframe>
後引入的新的Window對象的,單頁面Window.self是指向本身的,代碼中常經過是否包含self
屬性來鑑別全局對象,因此此處的寫法能夠改進爲兼容:api
(function(root,factory){ root.Some_Attr = factory(); }(self !== undefined ? self : this, function(){ }));
2.2 適配AMD
接着咱們先來加入AMD
的規範的適配,規範地址:AMD規範github地址:瀏覽器
/* * AMD規範的模塊定義格式是define(id?, dependencies?, factory),factory就是實際的模塊內容 */ (function (factory){ //判斷全局環境是否支持AMD標準 if(typeof define === 'function' && define.amd){ //定義一個AMD模塊 define([/*denpendencies*/],factory); } }(function(/*formal parameters*/){ //自定義模塊主體的內容 /* var a,b,c function a1(){} function b1(){} function c1(){} return { a:a1, b:b1 } */ }))
2.3 適配CommonJs
接着咱們先來加入CommonJs
的規範的適配:ide
/* * CommonJs規範使用require('moduleName')的格式來引用模塊,使用module.exports對象輸出模塊,因此只要把模塊的輸出內容掛載到module.exports上就完成了模塊定義。 */ (function (factory){ //判斷全局環境是否支持CommonJs標準 if(typeof exports === 'object' && typeof define !== 'function'){ module.exports = factory(/*require(moduleA), require(moduleB)*/); } }(function(/*formal parameters*/){ //自定義模塊主體的內容 /* var a,b,c function a1(){} function b1(){} function c1(){} return { a:a1, b:b1 } */ }))
加入對CommonJs
的適配後,函數主體中return的內容(通常是一個對象)就被掛載到了module.exports
上,若是你編寫過node.js
代碼,對此必定不會陌生。
把上面的片斷揉到一塊,你也就看懂
UMD
的樣子了。
3. 更具針對性的UMD範式
UMD
在其github主頁上提供了更具針對性的範式,適用於不一樣的場景,感興趣的讀者能夠自行查看(地址在第一節已經給出)。
在此貼一個可能對大多數開發者比較有用的jqueryPlugin
的開發範式,若是看懂了上面的分析,那麼下面的代碼應該不難看懂:
// Uses CommonJS, AMD or browser globals to create a jQuery plugin. (function (factory) { if (typeof define === 'function' && define.amd) { // AMD. Register as an anonymous module. define(['jquery'], factory); } else if (typeof module === 'object' && module.exports) { // Node/CommonJS module.exports = function( root, jQuery ) { if ( jQuery === undefined ) { // require('jQuery') returns a factory that requires window to // build a jQuery instance, we normalize how we use modules // that require this pattern but the window provided is a noop // if it's defined (how jquery works) if ( typeof window !== 'undefined' ) { jQuery = require('jquery'); } else { jQuery = require('jquery')(root); } } factory(jQuery); return jQuery; }; } else { // Browser globals factory(jQuery); } }(function ($) { $.fn.jqueryPlugin = function () { return true; }; }));
4. 模塊化開發
前端模塊化自己是一個稍顯混亂的話題,筆者本身最初也是require( )
和require.js
傻傻分不清楚,但模塊化是前端開發中很是重要的課題,若是你不想一生只是在一個頁面內寫代碼,這一關是必定要過的,感興趣的讀者能夠按照下面的基本類別劃分分塊進行學習。