这篇文章阐述的是一种函数式编程（functional-programming）设计模式，我称之为惰性函数定义（LazyFunctionDefinition）。我不止一次发现这种模式在JavaScript中大有用处，尤其是编写跨浏览器的、高效运行的库之时。

热身问题

编写一个函数foo，它返回的是Date对象，这个对象保存的是foo首次调用的时间。

方法一：上古时代的技术

这个最简陋的解决方案使用了全局变量t来保存Date对象。foo首次调用时会把时间保存到t中。接下来的再次调用，foo只会返回保存在t中的值。

复制代码 代码如下:

vart;

functionfoo(){

if(t){

returnt;

}

t=newDate();

returnt;

}

但是这样的代码有两个问题。第一，变量t是一个多余的全局变量，并且在foo调用的间隔期间有可能被更改。第二，在调用时这些代码的效率并没有得到优化因为每次调用foo都必须去求值条件。虽然在这个例子中，求值条件并不显得低效，但在现实世界的实践例子中常常会有极为昂贵的条件求值，比如在if-else-else-…的结构中。

方法二：模块模式

我们可以通过被认为归功于Cornford和Crockford的模块模式来弥补第一种方法的缺陷。使用闭包可以隐藏全局变量t，只有在foo内的代码才可以访问它。

复制代码 代码如下:

varfoo=(function(){

vart;

returnfunction(){

if(t){

returnt;

}

t=newDate();

returnt;

}

})();

但这仍然没有优化调用时的效率，因为每次调用foo依然需要求值条件。

虽然模块模式是一个强大的工具，但我坚信在这种情形下它用错了地方。

方法三：函数作为对象

由于JavaScript的函数也是对象，所以它可以带有属性，我们可以据此实现一种跟模块模式质量差不多的解决方案。

复制代码 代码如下:

functionfoo(){

if(foo.t){

returnfoo.t;

}

foo.t=newDate();

returnfoo.t;

}

在一些情形中，带有属性的函数对象可以产生比较清晰的解决方案。我认为，这个方法在理念上要比模式模块方法更为简单。

这个解决方案避免了第一种方法中的全局变量t，但仍然解决不了foo每次调用所带来的条件求值。

当前1/3页123下一页阅读全文