近況:最近一直忙着找實習沒有更新,不過學習仍是在繼續的。最近在寫Node.js又稍帶把javascript的角落知識撿了一遍,過半個月打算去看看python和一些CSS深層的書和博客。工做找的還好,拿了兩份實習offer,決定好去當小二了。這幾天在看司徒老師的《javascript框架設計》,開篇第一張講種子模塊(即核心模塊)裏面提到了一個沒見過的縮寫詞IIFE,查了查、看了看。javascript
IIFE是縮寫,全拼Imdiately Invoked Function Expression,當即執行的函數表達式。java
這時候可能就容易想起了這種語法:python
(function(){ //...... })();
就是咱們平時常寫的匿名函數的當即執行語句。chrome
IIFE就是這個,可是不止如此,還有另外的幾種語句格式:+,-,~,!,void。瀏覽器
+function(){ //code 1 }(); -function(){ //code 2 }(); !function(){ //code 3 }(); ~function(){ //code 4 }(); void function(){ //code 5 }(); (function(){ //code 6 })();
上面幾個函數雖然格式不一樣,可是做用是同樣的:使匿名函數當即執行。閉包
其中最後一種(function(){//...})(),以前在學js,當時有本書裏稱()爲強制運算符。其實不是,js沒有強制運算符這個概念,第一對括號()即包裹在function外部的做用實際是給js解釋器||引擎提供一種解析方案,提示解釋器該括號內部包括的是一總體內容。第二個括號的做用是函數調用執行,可是若是直接經過function(){//....}()或者function A(){//...}();是不能執行的,由於引擎默認在遇到function(){}結構時會認爲是函數聲明,最後面的()會被單獨解析,而後就語法報錯了。框架
同理前幾種IIFE語句也是經過一元操做符+-~!變成了函數表達式,目的是爲了提示js解析器,告訴js解釋器該運算符附近是一個表達式。jsp
function A(){ //... }(); //上面的寫法被解析時等價於 function A(){ }; (); //報錯
IIFE方式和正常的先聲明再調用相比較,有以下的特色:函數
1.實現當即執行,不須要先聲明再調用。性能
2.匿名函數自身不污染全局環境,同時爲內部變量提供做用於環境空間。(如今主流的框架都是用這個方式來初始化命名空間的)
3.縮寫形參有利於內部代碼的壓縮
4.提供閉包環境,能夠作閉包想作的事情
(function(w,$){ //內部再次調用window對象和jQuery對象時,可直接使用w和$訪問 })(window,jQuery);
同時經過傳入全局對象也能使得做用域鏈上變量的查找變快一點。
可是這種方式存在一個「算不上問題」的問題,見過網上提出說這種方式會形成代碼可讀性差
雖然這種執行方式看上去很簡單,倒是幾乎全部框架的種子模塊的執行函數。(種子模塊是框架中最早執行的部分,從功能來說也是這個框架可以被使用的核心模塊。種子模塊的主要做用是建立命名空間、搭建基對象、提供函數拓展、事件綁定、衝突處理等等。IIFE就是框架自執行的「init函數」了。)
沒啥區別,可是以前看到博客裏面有人對這個作了下性能對比。找到了測試的原網站http://jsperf.com/iife-different-operator-efficiency,跑了一下,結果如圖。
本機是mac,用的chrome41瀏覽器。void格式效果最好,和最差的+直接差了20%。+已經很高效了,因此我以爲不必在乎那一點差異,畢竟不多須要千萬次調用IIFE格式的函數。後來又跑了一次,發現數值是在微動變化的。因此具體使用哪一種就看習慣了。
下面是一些主流框架使用的格式:
jQuery1.10 (function(){//...})(window);
Bootstrap3 +(function(a){"use strict";//...})(jQuery);
AmazeUI !(function(){//...})
Zepto (function(){//...})();
IIFE就能寫出來這麼多,沒太多幹貨,隨手記個熱鬧。