摘要:方法創(chuàng)建一個新的函數(shù)當(dāng)被調(diào)用時,它的關(guān)鍵字被設(shè)置為提供的值。語法簡單地看一下這些參數(shù)的含義當(dāng)綁定函數(shù)被調(diào)用時,該參數(shù)會作為原函數(shù)運行時的指向當(dāng)使用操作符調(diào)用綁定函數(shù)時,該參數(shù)無效。結(jié)尾文章很簡短,知道怎么實現(xiàn)一個原生的就行。
前言
這是underscore.js源碼分析的第五篇,如果你對這個系列感興趣,歡迎點擊
underscore-analysis/ watch一下,隨時可以看到動態(tài)更新。
bind簡單回顧事情要從js中的this開始說起,你是不是也經(jīng)常有種無法掌控和知曉它的感覺,對于初學(xué)者來說,this簡直如同回調(diào)地獄般,神乎其神,讓人無法捉摸透。但是通過原生js中的bind方法,我們可以顯示綁定函數(shù)的this作用域,而無需擔(dān)心運行時是否會改變而不符合自己的預(yù)期。當(dāng)然了下劃線中的bind也是模仿它的功能同樣可以達(dá)到類似的效果。
我們從mdn上的介紹來回顧一下bind的使用方法。
bind方法創(chuàng)建一個新的函數(shù), 當(dāng)被調(diào)用時,它的this關(guān)鍵字被設(shè)置為提供的值。
語法
fun.bind(thisArg[, arg1[, arg2[, ...]]])
簡單地看一下這些參數(shù)的含義
thisArg
當(dāng)綁定函數(shù)被調(diào)用時,該參數(shù)會作為原函數(shù)運行時的this指向,當(dāng)使用new 操作符調(diào)用綁定函數(shù)時,該參數(shù)無效。
arg1, arg2, ...
當(dāng)綁定函數(shù)被調(diào)用時,這些參數(shù)將置于實參之前傳遞給被綁定的方法。
綁定this作用域示例
window.name = "windowName" let obj = { name: "qianlongo", showName () { console.log(this.name) } } obj.showName() // qianlongo let showName = obj.showName showName() // windowName let bindShowName = obj.showName.bind(obj) bindShowName() // qianlongo
通過以上簡單示例,我們知道了第一個參數(shù)的作用就是綁定函數(shù)運行時候的this指向
第二個參數(shù)開始起使用示例
let sum = (num1, num2) => { console.log(num1 + num2) } let bindSum = sum.bind(null, 1) bindSum(2) // 3
bind可以使一個函數(shù)擁有預(yù)設(shè)的初始參數(shù)。這些參數(shù)(如果有的話)作為bind的第二個參數(shù)跟在this(或其他對象)后面,之后它們會被插入到目標(biāo)函數(shù)的參數(shù)列表的開始位置,傳遞給綁定函數(shù)的參數(shù)會跟在它們的后面。
參數(shù)的使用基本上明白了,我們再來看看使用new去調(diào)用bind之后的函數(shù)是怎么回事。
function Person (name, sex) { console.log(this) // Person {} this.name = name this.sex = sex } let obj = { age: 100 } let bindPerson = Person.bind(obj, "qianlongo") let p = new bindPerson("boy") console.log(p) // Person {name: "qianlongo", sex: "boy"}
有沒有發(fā)現(xiàn)bindPerson內(nèi)部的this不再是bind的第一個參數(shù)obj,此時obj已經(jīng)不再起效了。
實際上bind的使用是有一定限制的,在一些低版本瀏覽器下不可用,你想不想看看下劃線中是如何實現(xiàn)一個兼容性好的bind呢?。。ome on
下劃線中bind實現(xiàn)源碼
_.bind = function(func, context) { // 如果原生支持bind函數(shù),就用原生的,并將對應(yīng)的參數(shù)傳進(jìn)去 if (nativeBind && func.bind === nativeBind) return nativeBind.apply(func, slice.call(arguments, 1)); // 如果傳入的func不是一個函數(shù)類型 就拋出異常 if (!_.isFunction(func)) throw new TypeError("Bind must be called on a function"); // 把第三個參數(shù)以后的值存起來,接下來請看executeBound var args = slice.call(arguments, 2); var bound = function() { return executeBound(func, bound, context, this, args.concat(slice.call(arguments))); }; return bound; };
executeBound實現(xiàn)
var executeBound = function(sourceFunc, boundFunc, context, callingContext, args) { // 如果調(diào)用方式不是new func的形式就直接調(diào)用sourceFunc,并且給到對應(yīng)的參數(shù)即可 if (!(callingContext instanceof boundFunc)) return sourceFunc.apply(context, args); // 處理new調(diào)用的形式 var self = baseCreate(sourceFunc.prototype); var result = sourceFunc.apply(self, args); if (_.isObject(result)) return result; return self; };
上面的源碼都做了相應(yīng)的注釋,我們著重來看一下executeBound的實現(xiàn)
先看一下這些參數(shù)都代表什么含義
sourceFunc:原函數(shù),待綁定函數(shù)
boundFunc: 綁定后函數(shù)
context:綁定后函數(shù)this指向的上下文
callingContext:綁定后函數(shù)的執(zhí)行上下文,通常就是 this
args:綁定后的函數(shù)執(zhí)行所需參數(shù)
ok,我們來看一下第一句
if (!(callingContext instanceof boundFunc)) return sourceFunc.apply(context, args);
這句話是為了判斷綁定后的函數(shù)是以new關(guān)鍵字被調(diào)用還是普通的函數(shù)調(diào)用的方式,舉個例子
function Person () { if (!(this instanceof Person)) { return console.log("非new調(diào)用方式") } console.log("new 調(diào)用方式") } Person() // 非new調(diào)用方式 new Person() // new 調(diào)用方式
所以如果你希望自己寫的構(gòu)造函數(shù)無論是new還是沒用new都起效的話可以用下面的代碼
function Person (name, sex) { if (!(this instanceof Person)) { return new Person(name, sex) } this.name = name this.sex = sex } new Person("qianlongo", "boy") // Person {name: "qianlongo", sex: "boy"} Person("qianlongo", "boy") // Person {name: "qianlongo", sex: "boy"}
我們回到executeBound的解析
if (!(callingContext instanceof boundFunc)) return sourceFunc.apply(context, args);
callingContext是被綁定后的函數(shù)的this作用域,boundFunc就是那個被綁定后的函數(shù),那么通過這個if判斷,當(dāng)為非new調(diào)用形式的時候,直接利用apply處理即可。
但是如果是用new調(diào)用的呢?我們看下面這段代碼,別看短短的四行代碼里面知識點挺多的呢!
// 這里拿到的是一個空對象,且其繼承于原函數(shù)的原型鏈prototype var self = baseCreate(sourceFunc.prototype); // 構(gòu)造函數(shù)執(zhí)行之后的返回值 // 一般情況下是沒有返回值的,也就是undefined // 但是有時候?qū)憳?gòu)造函數(shù)的時候會顯示地返回一個obj var result = sourceFunc.apply(self, args); // 所以去判斷結(jié)果是不是object,如果是那么返回構(gòu)造函數(shù)返回的object if (_.isObject(result)) return result; // 如果沒有顯示返回object,就返回原函數(shù)執(zhí)行結(jié)束后的實例 return self;
好,到這里,我有一個疑問,baseCreate是個什么鬼?
var Ctor = function(){}; var baseCreate = function(prototype) { // 如果prototype不是object類型直接返回空對象 if (!_.isObject(prototype)) return {}; // 如果原生支持create則用原生的 if (nativeCreate) return nativeCreate(prototype); // 將prototype賦值為Ctor構(gòu)造函數(shù)的原型 Ctor.prototype = prototype; // 創(chuàng)建一個Ctor實例對象 var result = new Ctor; // 為了下一次使用,將原型清空 Ctor.prototype = null; // 最后將實例返回 return result; };
是不是好簡單,就是實現(xiàn)了原生的Object.create用來做一些繼承的事情。
結(jié)尾文章很簡短,知道怎么實現(xiàn)一個原生的bind就行。如果你對apply、call和this感興趣,歡迎查看
js中call、apply、bind那些事
[this-想說愛你不容易](https://qianlongo.github.io/2...
)
文章版權(quán)歸作者所有,未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請注明本文地址:http://systransis.cn/yun/50787.html
摘要:方法創(chuàng)建一個新的函數(shù)當(dāng)被調(diào)用時,它的關(guān)鍵字被設(shè)置為提供的值。語法簡單地看一下這些參數(shù)的含義當(dāng)綁定函數(shù)被調(diào)用時,該參數(shù)會作為原函數(shù)運行時的指向當(dāng)使用操作符調(diào)用綁定函數(shù)時,該參數(shù)無效。結(jié)尾文章很簡短,知道怎么實現(xiàn)一個原生的就行。 前言 這是underscore.js源碼分析的第五篇,如果你對這個系列感興趣,歡迎點擊 underscore-analysis/ watch一下,隨時可以看到動態(tài)...
摘要:代碼方法返回一個新的數(shù)組對象原數(shù)組的淺拷貝,常用于動態(tài)解析參數(shù)。看過的童鞋,對這行代碼不會陌生。所以筆者覺得,從理解角度來看,新創(chuàng)建的函數(shù)命名為更便于理解??偨Y(jié)乍一看,函數(shù)有點繞,一經(jīng)推敲還是很好理解的。 代碼 var slice = Function.prototype.call.bind(Array.prototype.slice); slice() 方法返回一個新的數(shù)組對象(原數(shù)...
摘要:音樂團(tuán)隊分享數(shù)據(jù)綁定運行機(jī)制分析一個項目搞定所有主流架構(gòu)單元測試一個項目搞定所有主流架構(gòu)系列的第二個項目。代碼開源,展示了的用法,以及如何使用進(jìn)行測試,還有用框架對的進(jìn)行單元測試。 Android 常用三方框架的學(xué)習(xí) Android 常用三方框架的學(xué)習(xí) likfe/eventbus3-intellij-plugin AS 最新可用 eventbus3 插件,歡迎品嘗 簡單的 MVP 模...
摘要:好,師傅我們要學(xué)習(xí)帝吧人民,進(jìn)能打,退能刷淘寶。恩,大致過程就是這樣,我們使用中介者模式想一想。首先,數(shù)據(jù)需要放在中介者模式內(nèi),用戶的一切操作,都會傳遞給中介者模式,由他來選擇是哪一個部分發(fā)生改變。 俗話說,一個模式三個坑。 中介者模式應(yīng)該算最坑的一個模式,坑不在于他的原理。而在于他的名字和其他模式的使用,真尼瑪像。首先,中介者 好像是一切模式里面都有的一個東西,比如,享元模式中-元對...
閱讀 3259·2021-09-22 15:58
閱讀 1724·2019-08-30 14:17
閱讀 1729·2019-08-28 18:05
閱讀 1514·2019-08-26 13:33
閱讀 692·2019-08-26 12:20
閱讀 616·2019-08-26 12:18
閱讀 3198·2019-08-26 11:59
閱讀 1412·2019-08-26 10:36