首頁(yè) 猿問(wèn) 柯里化（curring）的實(shí)際運(yùn)用

柯里化（curring）的實(shí)際運(yùn)用

JavaScript

BIG陽(yáng) 2018-09-08 09:54:34

題目描述原文中，下列相關(guān)代碼部分提現(xiàn)柯里化函數(shù)的提前返回和延遲執(zhí)行兩大特點(diǎn)，并且這樣代碼中只需要判斷一次瀏覽器類(lèi)型。我對(duì)于代碼的理解在于，每次實(shí)際調(diào)用addEvent的時(shí)候，代碼會(huì)進(jìn)行一次函數(shù)執(zhí)行，然后if(window.addEventListener) { ... } 這個(gè)內(nèi)容還會(huì)進(jìn)行一次瀏覽器判斷。感覺(jué)我的想法和作者的想法相悖了，所以我想問(wèn)一下，為什么if(window.addEventListener)在實(shí)際應(yīng)用中只執(zhí)行一次。即使下次調(diào)用addEvent的時(shí)候，也不會(huì)進(jìn)行瀏覽器判斷題目來(lái)源及自己的思路這是我在掘金上看到的一個(gè)案例，代碼在后面作者：小興nice鏈接：https://juejin.im/post/5b8350...來(lái)源：掘金著作權(quán)歸作者所有。商業(yè)轉(zhuǎn)載請(qǐng)聯(lián)系作者獲得授權(quán)，非商業(yè)轉(zhuǎn)載請(qǐng)注明出處。相關(guān)代碼var addEvent = (function() { if(window.addEventListener) { // 只判斷一次瀏覽器類(lèi)型 return function(el, type, fn, capture) { el.addEventListener(type, function(e) { fn.call(el, e); }, capture); } }else { return function(ele, type, fn) { el.attachEvent('on' + type, function(e) { fn.call(el, e); }) } } })()

查看完整描述

2 回答

largeQ

TA貢獻(xiàn)2039條經(jīng)驗(yàn) 獲得超8個(gè)贊

這不是立即執(zhí)行函數(shù)嗎？只會(huì)在剛開(kāi)始的時(shí)候運(yùn)行一次，然后addEvent保存的是它的運(yùn)行結(jié)果即返回的函數(shù)啊

反對(duì) 回復(fù) 2018-09-09

森林海

TA貢獻(xiàn)2011條經(jīng)驗(yàn) 獲得超2個(gè)贊

定義addEvent的時(shí)候，并立即執(zhí)行了，執(zhí)行一遍后，addEvent的執(zhí)行函數(shù)就確定了。你是被返回的執(zhí)行函數(shù)誤導(dǎo)了，addEvent初始化后，就和原來(lái)的函數(shù)體沒(méi)有關(guān)系了。你可以換個(gè)思路，把a(bǔ)ddEvent的返回函數(shù)改成返回一個(gè)對(duì)象，就好理解多了

var obj = (function(){
      console.log('init')      if(window.addEventListener){        return {          func:window.addEventListener
        }
      } else {        return {          func:window.attachEvent
        }
      }
    })()

    console.log(obj.func)
    console.log(obj.func)
    console.log(obj.func)

反對(duì) 回復(fù) 2018-09-09