本文詳細(xì)講述了JavaScript的各種常見函數(shù)定義方法，分享給大家供大家參考。具體分析如下：

首先看一下JavaScript最常見的四種函數(shù)定義：

用Function構(gòu)造函數(shù)定義的函數(shù)，代碼如下：

var multiply = new Function('x', 'y', 'return x * y;');

函數(shù)聲明，這種方式也是最為常見的一種：

function multiply(x, y) {
  return x * y;
}

函數(shù)表達(dá)式，聲明為匿名函數(shù)然后賦值給一變量，很常見的方式：

var multiply = function(x, y) {
  return x * y;
}

函數(shù)表達(dá)式，但是函數(shù)聲明為命名函數(shù)再賦值給一變量，長得跟上一種方式真像：

var multiply = function multi(x, y) {
  return x * y;
}

首先比較一下函數(shù)名，以及將函數(shù)賦值給的那個函數(shù)變量直接的關(guān)系，真繞……直觀一點兒，從剛剛的例4說吧，就是multiply這個函數(shù)變量與multi這個函數(shù)名的關(guān)系：

函數(shù)名是不能夠被修改的，相反的，函數(shù)變量是可以重新被賦值的。函數(shù)變量可以被重新賦值應(yīng)該很好理解，我們第4個例子剛剛定義的multiply這個變量，看它不順眼，重新賦值為：

multiply = function(x, y) {
  return x + y;
}

立馬搖身一變，從乘法變成加法了。但是multi這個函數(shù)變量想變就是不可能的了，函數(shù)定義已經(jīng)在那兒了，只要還保留這它的引用，它就是不會變的，可能這里不大好理解，先這樣想著，往下看，慢慢就應(yīng)該能理解了。

函數(shù)名同時是無法在函數(shù)外部使用的，它只在函數(shù)體內(nèi)部可見，一個很簡單的例子：

var foo = function bar() {
  alert('hello');
}
foo(); // 提示“hello”字符串
bar(); // 執(zhí)行報錯，bar未定義

和明顯，這里的bar確實是一個函數(shù)名，但是它確實不能在外部調(diào)用。這時候肯定會有童鞋問干嘛這個例子還是長得那么乖，和例4一個樣，怎么不用例2的方式呢？問得好，且聽我慢慢分解。

繼續(xù)說例4，我們可以看見函數(shù)名（multi）和函數(shù)變量(multiply)，本不相同，其實兩者根本就沒有任何關(guān)系，因此沒有保持一致的必要。說到這兒，我想上面4個例子應(yīng)該可以精簡到3個，例2和例4本質(zhì)應(yīng)該是一致的。什么，不信？嘻嘻，我還得繼續(xù)賣關(guān)子哈~繼續(xù)讀下去~~

我們發(fā)現(xiàn)例2和例4相比，只不過少了var的函數(shù)變量，而例3與例4相比，只不過少了那個函數(shù)名，這里從現(xiàn)象上看，例2和例4的本質(zhì)是相同的，鐵證如下：

function foo() {}
alert(foo); // 提示包含“foo”的函數(shù)名
var bar = foo;
alert(bar); // 提示依然只包含“foo”的函數(shù)名，和bar半毛錢關(guān)系都沒有

的確是鐵證吧？上面的類似例2的代碼結(jié)合起來寫是不是就成例4的方式了？正確，這就是我剛剛所說的兩者本質(zhì)應(yīng)該相同，只是用例2方式定義函數(shù)的時候，JS引擎幫我們做了一些事情，比如聲明了函數(shù)名為multiply的函數(shù)，同時還悄悄定義了一個也叫multiply的變量，然后賦值給這個變量，兩個完全一樣的名字，我們自以為在使用函數(shù)名multiply的時候，實際是在用multiply這個函數(shù)變量，暈了吧~說實話，我也暈了~~總之我們調(diào)用的時候，實在用函數(shù)變量調(diào)用，而函數(shù)名是無法在外部調(diào)用函數(shù)的，因此有了我上述的推斷。

但是這里要提到的一個小小的差別，函數(shù)聲明方式定義的函數(shù)，與構(gòu)造函數(shù)聲明的或者函數(shù)表達(dá)式聲明的不同之處在于，函數(shù)聲明方式的函數(shù)可以在函數(shù)定義之前就調(diào)用……不說了，還是看代碼：

foo(); // 提示Foo
function foo() {
  alert('Foo');
}
bar(); // 哥們，和上面確實不一樣，就不要逞能，這不報錯了？提示bar未定義
var bar = function() {
  alert('Bar');
}

再說說構(gòu)造函數(shù)聲明的函數(shù)，這樣聲明的函數(shù)是不會繼承當(dāng)前聲明位置的作用域，它默認(rèn)只會擁有全局作用域，然而這個是其他幾種函數(shù)聲明方式也一樣有的，如下：

function foo() {
  var hi = 'hello';
  //return function() {
  //  alert(hi);
  //};
  return Function('return hi;');
}
foo()(); // 執(zhí)行效果大家自己跑一下看看

可以想見，用構(gòu)造函數(shù)聲明返回的這個函數(shù)執(zhí)行必然報錯，因為其作用域（即全局作用域）中沒有hi這個變量。

還有一點，就是往往大家要說構(gòu)造函數(shù)方式聲明的函數(shù)效率要低，這是為什么呢？今天從文檔是得知是因為另外3種方式申明的函數(shù)只會被解析一次，其實他們存在于閉包中，但是那也只與作用域鏈有關(guān)，函數(shù)體是只會被解析一次的。但是構(gòu)造函數(shù)方式呢，每次執(zhí)行函數(shù)的時候，其函數(shù)體都會被解析一次，我們可以想想這樣聲明的函數(shù)是一個對象，其中存放了參數(shù)以及函數(shù)體，每次執(zhí)行的時候都要先解析一次，參數(shù)和函數(shù)體，才會執(zhí)行，這樣必然效率低下。具體實驗不知道如何做？

最后說一個大家都不怎么注意的地方，什么時候看似函數(shù)聲明方式的方式卻不是函數(shù)生命方式（還是這么繞~簡單點兒說，就是例2的方式什么時候在不經(jīng)意間就成其他方式了）：

當(dāng)成為表達(dá)式的一部分，就如同例3和例4。
不再是腳本本身或者函數(shù)的“源元素”（source element）。什么是源元素呢？即在腳本中的非嵌套語句或者函數(shù)體（A "source element" is a non-nested statement in the script or a function body），例如：

var x = 0;        // source element 
if (x == 0) {      // source element 
  x = 10;        // not a source element, 因為嵌套在了if語句里
  function boo() {}   // not a source element, 因為嵌套在了if語句里
} 
function foo() {     // source element 
  var y = 20;      // source element 
  function bar() {}   // source element 
  while (y == 10) {   // source element 
   function blah() {} // not a source element, 因為嵌套在了while語句里
   y++;        // not a source element, 因為嵌套在了while語句里
  } 
}

源元素的概念大概有了理解，繼續(xù)剛剛說的函數(shù)聲明，請看：

// 函數(shù)聲明
function foo() {} 
  
// 函數(shù)表達(dá)式
(function bar() {}) 
  
// 函數(shù)表達(dá)式
x = function hello() {} 
 
if (x) { 
  // 函數(shù)表達(dá)式
  function world() {} 
}
 
// function statement 
function a() { 
  // function statement 
  function b() {} 
  if (0) { 
   // 函數(shù)表達(dá)式
   function c() {} 
  } 
}

最后這里說一下我自己的理解，之所以要區(qū)分函數(shù)聲明與非函數(shù)聲明，因為在我看了，函數(shù)聲明方式的函數(shù)定義，在JS解析引擎執(zhí)行的時候會將其提前聲明，也就是像我們剛剛上面說的那樣，可以在函數(shù)定義之前使用，實際上是解析引擎在我們使用前已經(jīng)將其解析了，但是非函數(shù)聲明式，就像表達(dá)式函數(shù)聲明，JS解析引擎只會把var聲明的變量提前定義，此時變量值為undefined，而真正對這個變量的賦值是在代碼實際所在位置，因此上述提到報錯都是undefined，實際變量已經(jīng)定義了，只是還沒有賦值，JS解析引擎不知道它為函數(shù)。

相信本文所述對大家javascript WEB程序設(shè)計的有一定的借鑒價值。

最新評論