underscore 源码解读之 bind 方法的实现

xiaodao 发布于2019-08-20 10:47 / 2289人阅读

摘要：概括地讲，如果构造函数有返回值，且返回值是对象不能是，那么对其进行操作返回该对象，否则返回构造实例。所以在方法中，我们需要进一步判断这个构造函数有没有返回值，返回值是不是对象。

自从进入七月以来，我的 underscore 源码解读系列更新缓慢，再这样下去，今年更完的目标似乎要落空，赶紧写一篇压压惊。

前文跟大家简单介绍了下 ES5 中的 bind 方法以及使用场景（没读过的同学建议先看看），毕竟 bind 是 ES5 的东西，低版本 IE 不支持。今天就根据 underscore 的实现，来聊一聊如何实现一个 bind 的 polyfill。

之前在 ECMAScript 5(ES5) 中 bind 方法简介备忘一文中，给出了一个 "穷人版" 的 polyfill，如下。

Function.prototype.bind = Function.prototype.bind || function(context) {
  var that = this;
  return function() {
    return that.apply(context, arguments);
  }
}

说实话，基本可以满足多数的场景需求了。bind 方法返回的还是一个方法（经典闭包），很巧妙地用 apply 改变（绑定）了 this 指向。但是毫无疑问这样简单的实现是有问题的。

首先，该方法只支持传入一个参数，为方法需要绑定的 this 指向，原生的 bind 方法可以传入多个参数，如果要问这些参数干嘛用，回头翻翻前文。如何实现传参？非常简单，传入，然后提取，不就 ok 了？

underscore 源码中重点看这几行：

var args = slice.call(arguments, 2);
var bound = function() {
  // args.concat(slice.call(arguments))
  // 最终函数的实际调用参数由两部分组成
  // 一部分是传入 _.bind 的参数
  // 另一部分是传入 bound（_.bind 所返回方法）的参数
  return executeBound(func, bound, context, this, args.concat(slice.call(arguments)));
};

return bound;

其实核心实现差不多，都是闭包返回函数。第一行将参数（args）提取保存（这些参数将会在方法中被优先调用），返回的是一个叫做 bound 的方法，bound 也能传参啊，用 args.concat(slice.call(arguments)) 将两个参数合并当做原方法的参数，因为 args 会优先调用，所以合并结果 args 中元素在先。

接着来看 executeBound 函数，为何 "穷人版" 一行的代码，这里却要整个函数出来？原因是 "穷人版" 没有考虑 bind 返回函数被 new 操作的情况。如果不是被 new 操作，那就简单了，和 "穷人版" 是一样一样的，直接看 underscore 源码。

// 非 new 调用 _.bind 返回的方法（即 bound）
// callingContext 不是 boundFunc 的一个实例
if (!(callingContext instanceof boundFunc))
  return sourceFunc.apply(context, args);

如果进行 new 运算操作呢？这里我们还要复习一下 new 运算，有兴趣的可以看下我以前的文章一道有意思的笔试题引发的对于 new 操作符的思考。概括地讲，如果构造函数有返回值，且返回值是对象（不能是 null），那么对其进行 new 操作返回该对象，否则返回构造实例。所以在方法 executeBound 中，我们需要进一步判断这个构造函数有没有返回值，返回值是不是对象。

var executeBound = function(sourceFunc, boundFunc, context, callingContext, args) {
  // 非 new 调用 _.bind 返回的方法（即 bound）
  // callingContext 不是 boundFunc 的一个实例
  if (!(callingContext instanceof boundFunc))
    return sourceFunc.apply(context, args);

  // 如果是用 new 调用 _.bind 返回的方法

  // self 为 sourceFunc 的实例，继承了它的原型链
  // self 理论上是一个空对象（还没赋值），但是有原型链
  var self = baseCreate(sourceFunc.prototype);

  // 用 new 生成一个构造函数的实例
  // 正常情况下是没有返回值的，即 result 值为 undefined
  // 如果构造函数有返回值
  // 如果返回值是对象（非 null），则 new 的结果返回这个对象
  // 否则返回实例
  // @see http://www.cnblogs.com/zichi/p/4392944.html
  var result = sourceFunc.apply(self, args);

  // 如果构造函数返回了对象
  // 则 new 的结果是这个对象
  // 返回这个对象
  if (_.isObject(result)) return result;

  // 否则返回 self
  // var result = sourceFunc.apply(self, args);
  // self 对象当做参数传入
  // 会直接改变值
  return self;
};

关于这部分的源码，有兴趣的同学可以参考 https://github.com/hanzichi/u...。

关于 Function 这部分，接下去的打算是去抖一篇，节流一篇，然后其他零碎的方法概要一篇，希望能在十月中旬左右结束掉吧。

云服务器 GPU云服务器 underscore源码分析 bind()方法源码解读 bind方法

文章版权归作者所有，未经允许请勿转载,若此文章存在违规行为，您可以联系管理员删除。

转载请注明本文地址：https://www.ucloud.cn/yun/80319.html

underscore源码解读之debounce

摘要：直接来分析返回的匿名函数部分。我第一次调用事件函数是在，按照设定，之后才能调用第二次方法，在这秒内，任何调用都是不执行的。这个难点解决了，其他就都好说。恩，那这个的解读就结束了，有什么地方我没写清楚的话，请给我留言。刚写完一篇debounce(防抖)函数的实现，我又看了下underscore.js的实现方法。算是趁热打铁，分析一下underscore里实现的套路。先贴上源码： _....

Flink_China 2019-08-22 11:14 评论0 收藏0
Underscore 源码（三）随机洗牌算法

摘要：随机洗牌算法说实话，以前理解数组的排序，都是将数组按照一定的逻辑由大到小或者由小到大排序，我自己是没有碰到过随机打乱数组排序的问题。然后里用的是所谓的洗牌算法，很高效。总结又是三个知识点，分别是随机洗牌分组和函数的实现，没什么复杂的。这是第三篇关于 Underscore 的源码解读，最近一段时间学的东西很少，自己太忙了，一方面忙着找实习，晚上回去还要写毕业论文。毕业论文真的很忧伤，因...

silencezwm 2019-08-20 16:42 评论0 收藏0
从用 void 0 代替 undefined 说起

摘要：最近开始看源码，并将源码解读放在了我的计划中。相对于其他源码解读的文章，基本都会从整体设计开始讲起，楼主觉得这个库有点特殊，决定按照自己的思路，从用代替说起。源码没有出现注意，其实有出现一处，是为，而不是，而用代替之。 Why underscore 最近开始看 underscore源码，并将 underscore源码解读放在了我的 2016计划中。阅读一些著名框架类库的源码，就好...

Cc_2011 2019-08-19 18:20 评论0 收藏0
也谈面试必备问题之 JavaScript 数组去重

摘要：而数组元素去重是基于运算符的。而如果有迭代函数，则计算传入迭代函数后的值，对值去重，调用方法，而该方法的核心就是调用方法，和我们上面说的方法一异曲同工。 Why underscore （觉得这部分眼熟的可以直接跳到下一段了...）最近开始看 underscore.js 源码，并将 underscore.js 源码解读放在了我的 2016 计划中。阅读一些著名框架类库的源码，就好像...

Coly 2019-08-21 10:51 评论0 收藏0
Underscore 整体架构浅析

摘要：支持形式的调用这其实是非常经典的无构造，其实就是一个构造函数，的结果就是一个对象实例，该实例有个属性，属性值是。前言终于，楼主的「Underscore 源码解读系列」underscore-analysis 即将进入尾声，关注下 timeline 会发现楼主最近加快了解读速度。十一月，多事之秋，最近好多事情搞的楼主心力憔悴，身心俱疲，也想尽快把这个系列完结掉，也好了却一件心事。本文...

ningwang 2019-08-20 11:59 评论0 收藏0