前端基础进阶(九):函数与函数式编程
函数声明、函数表达式、匿名函数与自执行函数
函数声明
JavaScript中,有两种声明方式,一个是使用var/let/const
的变量声明,另一个是使用function
的函数声明。
在 前端基础进阶(三):变量对象详解 一文中有提到过,变量对象的创建过程中,函数声明比变量声明具有更为优先的执行顺序,即常常提到的函数声明提前。因此在执行上下文中,无论在什么位置声明了函数,都可以在同一个执行上下文中直接使用该函数。
1 | fn(); // function |
函数表达式
与函数声明不同,函数表达式使用了var/let/const
进行声明,在确认它是否可以正确使用的时候就必须依照var/let/const
的规则进行判断,即变量声明。使用var进行变量声明,其实是进行了两步操作。
1 | // 变量声明 |
同样的道理,当使用变量声明的方式来声明函数时,就是常常说的函数表达式。函数表达的提升方式与变量声明一致。
1 | fn(); // 报错 |
上例子的执行顺序为:
1 | var fn = undefined; // 变量声明提升 |
由于声明方式的不同,导致了函数声明与函数表达式在使用上的一些差异需要我们注意,除此之外,这两种形式的函数在使用上并无不同。
关于上面例子,函数表达式中的赋值操作,在其他一些地方也会被经常使用,我们清楚其中的关系即可。
1 | // 在构造函数中添加方法 |
匿名函数
匿名函数,顾名思义,就是指的没有被显示进行赋值操作的函数。它的使用场景,多作为一个参数传入另一个函数中。
1 | var a = 10; |
在上面的例子中,fn的第一个参数传入了一个匿名函数。虽然该匿名函数没有显示的进行赋值操作,我们没有办法在外部执行上下文中引用到它,但是在fn函数内部,我们将该匿名函数赋值给了变量bar,保存在了fn变量对象的arguments对象中。
1 | // 变量对象在fn上下文执行过程中的创建阶段 |
由于匿名函数传入另一个函数之后,最终会在另一个函数中执行,因此我们也常常称这个匿名函数为 回调函数 。关于匿名函数更多的内容,将会在下一篇深入探讨柯里化的文章中进行更加详细讲解。
匿名函数的这个应用场景几乎承担了函数的所有难以理解的知识点 ,一定要对它的这些细节了解的足够清楚,如果对于变量对象的演变过程你还看不太明白,一定要回过头去看这篇文章:[前端基础进阶(三):变量对象详解](https://fe32.top/articles/jsnb9530/)函数自执行与块级作用域
在ES5中,没有块级作用域,因此我们常常使用函数自执行的方式来模仿块级作用域,这样就提供了一个独立的执行上下文,结合闭包,就为模块化提供了基础。而函数自执行,其实是匿名函数的一种应用。
1 | (function() { |
一个模块往往可以包括:私有变量、私有方法、公有变量、公有方法。
根据作用域链的单向访问,外面可能很容易知道在这个独立的模块中,外部执行环境是无法访问内部的任何变量与方法的,因此我们可以很容易的创建属于这个模块的私有变量与私有方法。
1 | (function() { |
但是共有方法和变量应该怎么办?大家还记得前面讲到过的 闭包 的特性吗?没错,利用闭包,可以访问到执行上下文内部的变量和方法,因此,只需要根据闭包的定义,创建一个闭包,将你认为需要公开的变量和方法开放出来即可。
1 | (function() { |
为了帮助大家进一步理解闭包,我们来看看jQuery中,是如何利用模块与闭包的。
1 | // 使用函数自执行的方式创建模块 |
在这里,只需看懂闭包与模块的部分就行,至于内部的原型链是如何绕的,为什么会这样写,在讲面向对象的时候会为大家慢慢分析。举这个例子的目的所在,就是希望大家能够重视函数,在实际开发中,它无处不在。
接下来我要分享一个高级的,非常有用的模块的应用。当项目越来越大,那么需要保存的数据与状态就越来越多,因此,我们需要一个专门的模块来维护这些数据,这个时候,一个叫做状态管理器的东西就应运而生。对于状态管理器,最出名的,我想非redux莫属了。虽然对于还在学习中的大家来说,redux是一个有点高深莫测的东西,但是在我们学习之前,可以先通过简单的方式,让大家大致了解状态管理器的实现原理,为我们未来的学习奠定坚实的基础。
1 | // 自执行创建模块 |
在单页应用中,我们很可能会用到这样的思路。
函数自执行的方式另外还有其他几种写法,诸如!function(){}(),+function(){}()
函数参数传递方式:按值传递
还记得基本数据类型与引用数据类型在复制上的差异吗?基本数据类型复制,是值直接发生了复制,因此改变后,各自相互不影响。但是引用数据类型的复制,是保存在变量对象中的引用发生了复制,因此复制之后的这两个引用实际访问的实际是同一个堆内存中的值。当改变其中一个时,另外一个自然也被改变。如下例。
1 | var a = 20; |
当值作为函数的参数传递进入函数内部时,也有同样的差异。函数的参数在进入函数后,实际是被保存在了函数的变量对象中,因此,这个时候相当于发生了一次复制。如下例。
1 | var a = 20; |
1 | var a = { m: 10, n: 20 } |
正是由于这样的不同,导致了许多人在理解函数参数的传递方式时,就有许多困惑。到底是按值传递还是按引用传递?实际上结论仍然是按值传递,只不过当我们期望传递一个引用类型时,真正传递的,只是这个引用类型保存在变量对象中的引用而已。为了说明这个问题,看看下面这个例子。
1 | var person = { |
在上面的例子中,如果person是按引用传递,那么person就会自动被修改为指向其name属性值为Gerg的新对象。从结果中看到,person对象并未发生任何改变,因此只是在函数内部引用被修改而已。
函数式编程
虽然JavaScript并不是一门纯函数式编程的语言,但是它使用了许多函数式编程的特性。
我们通常通过函数封装来完成一件事情。例如,想要计算任意三个数的和,可以将这三个数作为参数,封装一个简单的函数。
1 | function add(a, b, c) { |
当要计算三个数的和时,直接调用该方法即可。
1 | add(1, 2, 3); // 6 |
当我们想要做的事情比较简单时,可能还看不出来封装成为函数之后带来的便利。但想要做的事情稍微复杂一点呢。例如计算一个数组中的所有子项目的和。
1 | function mergeArr(arr) { |
如果不通过函数封装的方式,那么再每次想要实现这个功能时,就不得不重新使用一次for循环,这样的后果导致代码中充斥着越来越多的重复代码。而封装之后,想要再次做这件事情的时候,只需要一句话就可以了。
1 | mergeArr([1, 2, 3, 4, 5]); |
我们在初学时,往往会不由自主的使用命令式编程的风格来完成我们想要干的事情。因为命令式编程更加的简单,直白。例如我们现在有一个数组,array = [1, 3, 'h', 5, 'm', '4']
,现在想要找出这个数组中的所有类型为number的子项。当我们使用命令式编程思维时,可能就会直接这样做。
1 | var array = [1, 3, 'h', 5, 'm', '4']; |
这种方式中平铺直叙的实现了我们的目的。这样做的问题在于,当我们在另外的时刻,想要找出另外一个数组中所有的子项时,不得不把同样的逻辑再写一次。当出现次数变多时,我们的代码也变得更加糟糕且难以维护。
函数式编程的思维则建议我们将这种会多次出现的功能封装起来以备调用。
1 | function getNumbers(array) { |
将功能封装之后,我们实现同样的功能时,只需要写一行代码。而如果未来需求变动,或者稍作修改,我们只需要对getNumbers方法进行调整就可以了。而且在使用时,只需要关心这个方法能做什么,而不用关心具体是如何实现的。这也是函数式编程思维与命令式不同的地方之一。
函数式编程思维还具有以下几个特征:
1. 函数是第一等公民
所谓”第一等公民”(first class),指的是函数与其他数据类型一样,处于平等地位,可以赋值给其他变量,也可以作为参数,传入另一个函数,或者作为别的函数的返回值。
1 | var a = function foo() {} // 赋值 |
当然,这都是JavaScript的基本概念。但是我想很多人,甚至包括正在阅读的你自己都可能会无视这些概念。可以用一个简单的例子来验证一下。
先自定义这样一个函数。
1 | function delay() { |
现在要做的是,如果要求你结合setTimeout方法,让delay方法延迟5000ms执行,应该怎么做?
其实很简单,对不对,直接这样就可以了。
1 | var timer = setTimeout(function() { |
那么现在问题来了,如果你对函数是一等公民有一个深刻的认知,我想你会发现上面这种写法其实是有一些问题的。所以思考一下,问题出在哪里?
函数既然能够作为一个参数传入另外一个函数,那么我们是不是可以直接将delay作为setTimeout的第一个参数,而不用额外的多加一层匿名函数呢?
因此,其实最正确的解法应该这样写。
1 | var timer = setTimeout(delay, 5000); |
2. 只用"表达式",不用"语句"
“表达式”(expression)是一个单纯的运算过程,总是有返回值;”语句”(statement)是执行某种操作,没有返回值。函数式编程要求,只使用表达式,不使用语句。也就是说,每一步都是单纯的运算,而且都有返回值。
假如在项目中,多处需要改变某个元素的背景色。我们可以这样封装一下。
1 | var ele = document.querySelector('.test'); |
我们可以很明显的感受到,setBackgroundColor封装的仅仅只是一条语句。这并不是理想的效果。函数式编程期望一个函数有输入,也有输出。因此良好的习惯应该如下做:
1 | function setBackgroundColor(ele, color) { |
了解这一点,我们自己在封装函数的时候也要养成良好的习惯。
3. 纯函数
相同的输入总会得到相同的输出,并且不会产生副作用的函数,就是纯函数。
所谓”副作用”(side effect),指的是函数内部与外部互动(最典型的情况,就是修改全局变量的值),产生运算以外的其他结果。
函数式编程强调没有”副作用”,意味着函数要保持独立,所有功能就是返回一个新的值,没有其他行为,尤其是不得修改外部变量的值。
即:要是同样的参数传入,返回的结果一定是相等的。
例如我们期望封装一个函数,能够得到传入数组的最后一项。那么可以通过下面两种方式来实现。
1 | function getLast(arr) { |
getLast与_getLast虽然同样能够获得数组的最后一项值,但是_getLast改变了原数组。而当原始数组被改变,那么当我们再次调用该方法时,得到的结果就会变得不一样。这样不可预测的封装方式,在我们看来是非常糟糕的。它会把我们的数据搞得非常混乱。在JavaScript原生支持的数据方法中,也有许多不纯的方法,我们在使用时需要非常警惕,我们要清晰的知道原始数据的改变是否会留下隐患。
1 | var source = [1, 2, 3, 4, 5]; |