bind,call,apply在實(shí)際項(xiàng)目中什么地方會(huì)用到 ?

經(jīng)常看到介紹call或者apply的文章,然后會(huì)以下面這種代碼來(lái)舉例說(shuō)明 .

function identify() {
  console.log("Hello,I'm " + this.name);
}
let me = {
  name: "Kyle"
};
let you = {
  name: "Reader"
};
identify.call(me); // Hello,I'm Kyle
identify.call(you); // Hello,I'm Reader

我有點(diǎn)不理解的是,實(shí)際開發(fā)的時(shí)候以參數(shù)的形式傳給 indentify(obj) 方法不是更好嗎,

// 傳參形式
function identify(obj) {
  console.log("Hello,I'm " + obj.name);
}
let me = {
  name: "Kyle"
};
let you = {
  name: "Reader"
};
identify(me); // Hello,I'm Kyle
identify(you); // Hello,I'm Reader

那么bind,call,apply一般在實(shí)際項(xiàng)目中什么地方會(huì)用到 ?

回答

編輯回答

萢萢糖

個(gè)人覺(jué)得，在自己寫代碼的時(shí)候很少會(huì)用到，但是對(duì)于封裝起來(lái)給別人使用的時(shí)候會(huì)用到

2017年2月28日 02:58

編輯回答

青瓷

主要還是和this有關(guān)
上面那個(gè) identify 是你寫的代碼你可以改傳參方式但如果是別人寫的代碼第三方的插件呢

2017年7月13日 13:26

編輯回答

扯機(jī)薄

寫js插件或者包的時(shí)候，大部分都是面向?qū)ο缶幊?，這個(gè)時(shí)候this就會(huì)很重要了，但有時(shí)候this會(huì)丟失，就可以使用call這些方法了。一個(gè)簡(jiǎn)單的js插件

2017年7月7日 01:12

編輯回答

挽青絲

只能說(shuō)這個(gè)例子只是為了更清晰的理解call、apply罷了。
實(shí)際上call和apply更多的會(huì)用于做一些反柯里化的實(shí)現(xiàn)（之前寫過(guò)的一篇講解柯里化與反柯里化）。

Array.prototype.forEach.call({
  0: 1,
  1: 2,
  length: 2
}, (item, index) => {
  console.log(item, index)
})

Math.max.apply(null, [1, 2, 3, 4])

2018年4月28日 19:24

編輯回答

只愛(ài)你

如果你看過(guò)一些源碼你會(huì)看到這些東西你會(huì)理解這些的含義實(shí)際開發(fā)你可能會(huì)需要這樣的用法但是你如果不知道你不會(huì)這樣去用

2018年9月16日 04:53

編輯回答

挽歌

我也同意第二種方法更好。實(shí)際上我覺(jué)得JavaScript沒(méi)給this一個(gè)正式的形參地位就是設(shè)計(jì)失誤，其他函數(shù)式/面向?qū)ο蠡旌系恼Z(yǔ)言都顯式給出了（以至于被Python點(diǎn)名嘲諷，新語(yǔ)言都不敢用this這個(gè)關(guān)鍵字了），TypeScript如果在class之外引用this也是要求作為第一個(gè)形參顯式聲明的。編譯器知道this是隱藏參數(shù)，程序員也知道，但大家都悶聲大發(fā)財(cái)，這是最糟糕的。

`bind`/`call`/`apply`干什么用的

bind可以拿來(lái)做偏函數(shù)應(yīng)用，試試往后面繼續(xù)填參數(shù)，這些參數(shù)會(huì)被“記住”，以便之后使用。

在現(xiàn)代語(yǔ)境下，call/apply的唯一作用就是把本來(lái)是隱藏參數(shù)的this提成正式參數(shù)，允許程序員顯式指定。上面舉的例子Math.max.apply(null, [1, 2, 3, 4])，推薦的做法應(yīng)該是Math.max(...[1, 2, 3, 4])，清晰明了，而且在現(xiàn)代瀏覽器里性能會(huì)略有提升。除非是引用了別人的代碼，恕我直言，自愿去攪和call/apply的，都是文明用語(yǔ)行為。

封裝起來(lái)給別人使用/別人寫的代碼

個(gè)人觀察，現(xiàn)在的大趨勢(shì)也是不做文明用語(yǔ)行為，不在class以外亂搞this，所以可以期待別人寫的代碼里需要call/apply的也會(huì)越來(lái)越少。koa 1用this傳上下文被噴了，koa 2馬上改成顯式形參。lodash這種工具庫(kù)全是第二種方式傳參的，如果想鏈?zhǔn)秸{(diào)用，都需要手動(dòng)包裝。

vue一大堆this，其實(shí)一小撮人是有意見的，考慮到一般來(lái)說(shuō)組件的函數(shù)都不通用，不存在需要call/apply的場(chǎng)合，我也就接受了。但vuex的mutations很有可能是通用的，所以也是用的第二種方式傳參，要不然真的是超級(jí)文明用語(yǔ)。如果是自己寫的代碼需要?jiǎng)e人提供this，建議反思一下。

unbound

上面有回答提到“反柯里化的實(shí)現(xiàn)”（實(shí)際上我覺(jué)得應(yīng)該叫debound），更多是歷史遺留問(wèn)題的妥協(xié)方案。被設(shè)計(jì)為通用的函數(shù)，本身就不應(yīng)該被綁在特定的類里面，只不過(guò)此事已經(jīng)發(fā)生，ES標(biāo)準(zhǔn)又不能大改，只能將就著。像Python這種兼容性喂狗的語(yǔ)言，早就徹底消除了“反柯里化”這種行為的必要性，全是直接用第二種方式傳參。不是因?yàn)?code>this的話，沒(méi)有必要自找麻煩。