代辦形式

代辦形式是為一個對象供應一個代用品或佔位符，以便掌握對它的接見。

庇護代辦和假造代辦

庇護代辦：當有很多需求要向某對象發出一些要求時，能夠設置庇護代辦，經由歷程一些前提推斷對要求舉行過濾。

假造代辦：在順序中能夠能有一些價值高貴的操縱。此時能夠設置假造代辦去代為實行，這裏的假造代辦便會在合適的時刻（須要用到的時刻）才去實行。

庇護代辦用於掌握差別權限的對象對目的對象的接見，但在JavaScript並不輕易完成庇護代辦，由於我們沒法推斷誰接見了某個對象。而假造代辦是最經常運用的一種代辦形式。

假造代辦完成圖片預加載

預加載圖片在Web開闢中異常經常運用，其經由歷程異步的體式格局加載圖片，應用一張loading圖片佔位。等圖片加載好以後把圖片填充到img節點中。

var myImage = (function(){
  var imgNode = document.createElement('img')
  document.body.appendChild(imgNode)
  return {
    setSrc: function(src){
      imgNode.src = src
    }
  }
})()

var proxyImage = (function(){
  var img = new Image()
  img.onload = function(){
    myImage.setSrc(this.src)
  }
  return {
    setSrc: function(src){ 
      myImage.setSrc('loading.gif')
      img.src = src
    }
  }
})()

proxyImage.setSrc('realImage.jpg')

經由歷程
proxyImage間接的接見了
MyImage。
proxyImage掌握了客戶對
MyImage的接見，而且在此歷程中加入了一些分外的操縱，比如在真正的圖片加載好之前，先把img節點的src設置為一張loading圖片。

代辦的意義

面向對象設想準繩——單一職責準繩。單一職責準繩指的是，就一個類（一般也包含對象和函數等）而言，應當唯一一個引發它變化的緣由。假如一個對象負擔了多項職責，就意味着這個對象將變得龐大，引發它變化的緣由會有多個。面向對象設想勉勵將行動散布到細粒度的對象當中，假如一個對象負擔的職責過量，即是把這些職責耦合到了一同，這類耦合會致使軟弱和低內聚的設想，帶變化發作時，設想可能會遭到不測的損壞。

假造代辦例子中，代辦形式給體系添加了分外的功用，預加載圖片。而我們現實須要的只是MyImage的setImage要領。預加載只是一個如虎添翼的功用。經由歷程代辦形式使得這兩個功用自力開來，遵照了開放-關閉準繩。

緩存代辦

緩存代辦能夠為一些開支大的運算效果供應臨時的存儲，在下次運算時，假如通報進來的參數跟之前一致，則能夠直接返回前面存儲的運算效果。

乘積運算的例子

/*******盤算乘積******/
var mult = function(){
  console.log('最先盤算乘積')
  var a = 1 
  for (var i = 0,l = arguments.length;i<l;i++){
    a = a*arguments[i]
  }
  return a
}

/********乘積代辦函數********/
var proxyMult = (function(){
  var cache = {} // 緩存對象
  return function(){
    var args = Array.prototype.join.call(arguments,',') // 將參數轉化成字符串作為cache的key
    if (args in cache){
        // 假如cache對象中存儲了一樣的參數，直接返回對應的運算效果
        console.log('緩存效果：')
      return cache[args]
    }
      // 假如沒有該運算參數，保留新的參數和效果，並挪用mult要領返回運算效果。
    return cache[args] = mult.apply(this, arguments)
  }
})()

console.clear()
console.log(proxyMult(1,2,3,4,5)) // mult運算
console.log(proxyMult(1,2,3,4,5)) // 讀取緩存效果
console.log(proxyMult(1,2,3,4)) // mult運算
console.log(proxyMult(1,2,3,4)) // 讀取緩存效果

/*******建立緩存代辦的工場函數*******/
var createProxyFactory = function(fn){
  var cache = {}
  return function(){
    var args = Array.prototype.join.call(arguments,',')
    if(args in cache){
      return cache[args]
    }
    return cache[args] = fn.apply(this, arguments)
  }
}
var proxyMult = createProxyFactory(mult)
console.log(proxyMult(12,3,4,5,6))
console.log(proxyMult(12,3,4,5,6))

末了

雖然代辦形式異常有效，但我們在編寫營業代碼的時刻，每每不須要去預先猜想是不是須要運用代辦形式。當真正發明不方便直接接見某個對象的時刻，再編寫代辦不遲。

代辦形式是一種很有用的設想形式，很好的解釋了面向對象中的單一職責準繩和開放-關閉準繩。在現實開闢的時刻每每會迫於進度壓力或許完成了再說的立場疏忽了一些必要的代碼的可維護性，我以為在一些簡樸的處所去試着遵照一些設想理念是對本身代碼才能的提拔。固然不要為了設想而設想啦。

Done is better then Perfect

參考

《JavaScript設想形式與開闢實踐》—— 曾探