資訊專欄INFORMATION COLUMN
摘要：什么是代理模式代理模式，類似于明星的經(jīng)紀(jì)人，想要拜訪明星，需要先通過經(jīng)紀(jì)人的溝通。不同于裝飾器，那種動態(tài)加載一個(gè)對象，可以說在代理模式當(dāng)中，代理是早已既定的。又稱單一功能原則，面向?qū)ο笪鍌€(gè)基本原則之一。
什么是代理模式
代理模式，類似于明星的經(jīng)紀(jì)人，想要拜訪明星，需要先通過經(jīng)紀(jì)人的溝通。而在JS當(dāng)中，如果想訪問一個(gè)類，需要通過另一個(gè)類來間接訪問 。不同于裝飾器，那種動態(tài)加載一個(gè)對象，可以說在代理模式當(dāng)中，代理是早已既定的。
別人眼中的代理
再拿最常遇到的收快遞這一個(gè)社會行為舉例吧。
很早之前，我們收發(fā)快遞都是直接和快遞員交互的，例如：
而現(xiàn)在，加入了代理之后，可以通過第三方替我們接收快遞，即：
這是生活當(dāng)中一個(gè)非常常見的例子，可以說代理的存在，大大的便利了“我”這個(gè)對象。下面就讓我們在程序中看看代理是如何方便“我”的。
程序做這樣一件事，即根據(jù)不同的快遞類型，來進(jìn)行不同的操作（執(zhí)行不同的函數(shù)），那么在沒有引進(jìn)代理之前，寫法可能是這個(gè)樣子。
無代理：
class getDelivery {
constructor() {
}
gets(a) {
let fn1 = () => {
setTimeout(() => {
//some fns of fn1
console.log(`獲取快遞有：${a}`)
}, 1000)
}
let fn2 = () => {
setTimeout(() => {
//some fns of fn2
console.log(`獲取快遞有：${a}`)
}, 2000)
}
let fn3 = () => {
setTimeout(() => {
//some fns of fn3
console.log(`獲取快遞有：${a}`)
}, 3000)
}
let deliver = {"中通": fn1, "EMS": fn2, "順豐": fn3}[name];
return deliver();
}
}
getDelivery.prototype.proxyGets("中通")
定義一個(gè)類，上面的gets函數(shù)去判斷不同的快遞類型，然后去執(zhí)行相對應(yīng)的操作。
現(xiàn)在，當(dāng)我們引入代理模式之后，代碼可能是這樣的：
代理：
class getDelivery {
constructor() {
}
gets(a) {
console.log(`獲取快遞有：${a}`)
}
}
class proxy extends getDelivery {
constructor() {
super();
}
proxyGets(name) {
let fn1 = () => {
setTimeout(() => {
//some fns of fn1
super.gets("中通快遞")
}, 1000)
}
let fn2 = () => {
setTimeout(() => {
//some fns of fn2
super.gets("EMS")
}, 2000)
}
let fn3 = () => {
setTimeout(() => {
//some fns of fn3
super.gets("順豐")
}, 3000)
}
let deliver = {"中通": fn1, "EMS": fn2, "順豐": fn3}[name];
return deliver();
}
}
proxy.prototype.proxyGets("中通")
（ps:本代碼僅用于代理模式的示例，每次調(diào)用函數(shù)重新聲明fn1等方法是不對的）
ok,這兩種方法都會得到這樣的結(jié)果：
而后者在代碼上還多了一些，但為什么這里還是推薦使用后面這種模式來寫代碼呢？
首先介紹一個(gè)面向?qū)ο笤O(shè)計(jì)原則，單一職責(zé)原則。
又稱單一功能原則，面向?qū)ο笪鍌€(gè)基本原則（SOLID）之一。它規(guī)定一個(gè)類應(yīng)該只有一個(gè)發(fā)生變化的原因。所謂職責(zé)是指類變化的原因。如果一個(gè)類有多于一個(gè)的動機(jī)被改變，那么這個(gè)類就具有多于一個(gè)的職責(zé)。而單一職責(zé)原則就是指一個(gè)類或者模塊應(yīng)該有且只有一個(gè)改變的原因。
而在本例中，我們并不關(guān)心是什么快遞，關(guān)心的只是接到快遞觸發(fā)的結(jié)果，或者說接到快遞后，執(zhí)行的任務(wù)才是getDelivery 這個(gè)類的核心，至于中間的過程，應(yīng)該交給專門處理他的類來判別。
第二個(gè)原則：開放封閉原則
開放封閉原則（OCP，Open Closed Principle）是所有面向?qū)ο笤瓌t的核心。軟件設(shè)計(jì)本身所追求的目標(biāo)就是封裝變化、降低耦合，而開放封閉原則正是對這一目標(biāo)的最直接體現(xiàn)。其他的設(shè)計(jì)原則，很多時(shí)候是為實(shí)現(xiàn)這一目標(biāo)服務(wù)的，例如以Liskov替換原則實(shí)現(xiàn)最佳的、正確的繼承層次，就能保證不會違反開放封閉原則。
還以接收快遞為例，比如有一天，接收快遞的形勢變了，或者說，根本不需要判斷是什么快遞，可以隨時(shí)接收，那么proxy 這個(gè)類其實(shí)就沒有用了，此時(shí)我們可以直接調(diào)用getDelivery這個(gè)類。但是，如果以第一種寫法的話，那就是無路可退了，只能去原對象中去刪掉相對應(yīng)的邏輯。當(dāng)代碼復(fù)雜程度變高的話，高耦合的程序，會讓人非常惡心。
代理模式，在實(shí)踐當(dāng)中還可以應(yīng)用于緩存ajax異步數(shù)據(jù)，惰性加載等等方面，本文不詳細(xì)講解，僅作拋磚引玉的入門參考。
文章版權(quán)歸作者所有，未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請注明本文地址：http://specialneedsforspecialkids.com/yun/91712.html
摘要：注意事項(xiàng)聲明函數(shù)時(shí)候處理業(yè)務(wù)邏輯區(qū)分和單例的區(qū)別，配合單例實(shí)現(xiàn)初始化構(gòu)造函數(shù)大寫字母開頭推薦注意的成本。簡單工廠模式使用一個(gè)類通常為單體來生成實(shí)例。 @(書籍閱讀)[JavaScript, 設(shè)計(jì)模式] 常見設(shè)計(jì)模式 一直對設(shè)計(jì)模式不太懂，花了一下午加一晚上的時(shí)間，好好的看了看各種設(shè)計(jì)模式，并總結(jié)了一下。 設(shè)計(jì)模式簡介 設(shè)計(jì)模式概念解讀 設(shè)計(jì)模式的發(fā)展與在JavaScript中的應(yīng)用 ...
摘要：在中構(gòu)造器的典型特點(diǎn)就是首字母大寫，我們通過原對象代理列表格式去創(chuàng)建對象創(chuàng)建的這個(gè)對象我們稱之為代理對象。就是原對象是當(dāng)前的屬性名是代理對象。理解為明星的經(jīng)理人消極怠工原封不動地轉(zhuǎn)告外界的信息給明星本身。但是要注意與是兩個(gè)不同的對象。 ES6之Proxy proxy的中文有代理的意思。在其他的程序設(shè)計(jì)語言中這個(gè)單詞也具有類似的含義。 它是什么 Proxy是一個(gè)構(gòu)造器。在js中構(gòu)造器的典...
摘要：最佳實(shí)踐使用代理方式實(shí)現(xiàn)單例模式，使用一個(gè)代理函數(shù)來實(shí)現(xiàn)實(shí)單例例化原生的代碼摘自設(shè)計(jì)模式與開發(fā)實(shí)踐下來代理類測試函數(shù)返回版的用實(shí)現(xiàn)的單例模式代碼已創(chuàng)建張三李四返回 說明：只要實(shí)例化一次，超過一次的實(shí)例化過程會返回之前實(shí)例化的結(jié)果，而不會在內(nèi)存中再次寫入新的實(shí)例對象。----類似于once。 需要遵守的原則：單一職責(zé)的原則，每一個(gè)類或者函數(shù)只負(fù)責(zé)一個(gè)功能。 最佳實(shí)踐：使用代理方式實(shí)現(xiàn)單例...
摘要：享元模式通過分析應(yīng)用程序的對象，將其解析為內(nèi)在數(shù)據(jù)和外在數(shù)據(jù)，減少對象數(shù)量，從而提高程序的性能。通過這種方式進(jìn)行事件綁定，可以減少事件處理程序的數(shù)量，這種方式叫做事件委托，也是運(yùn)用了享元模式的原理。事件處理程序是公用的內(nèi)在部分，每個(gè)菜單項(xiàng)各 github 全文地址 ： YOU-SHOULD-KNOW-JS JavaScript設(shè)計(jì)模式之外觀模式 概念 外觀模式：為一組復(fù)雜子系統(tǒng)接口提...
摘要：今天說一下，單一職責(zé)原則。比如，接口的地址本來已經(jīng)很完美了，但是你的是處女座最討厭處女座非要給路由添加幾個(gè)以保證后臺數(shù)據(jù)的安全。為了過年，我會選擇使用，因?yàn)椴恢捞幣院髸龀鍪裁瓷凳聛?。此時(shí)的使用動態(tài)織入后，可以完美的解決處女座。 在設(shè)計(jì)模式中，有著幾條視為黃金原則，設(shè)計(jì)模式都是圍繞黃金原則，對代碼或者說是架構(gòu)設(shè)計(jì)做出一些相應(yīng)的調(diào)整，久而久之，GoF 4人組，發(fā)現(xiàn)其實(shí)有些設(shè)計(jì)思想可...
閱讀 3623·2021-11-24 09:39
閱讀 2557·2021-11-15 11:37
閱讀 2216·2021-11-11 16:55
閱讀 5209·2021-10-14 09:43
閱讀 3711·2021-10-08 10:05
閱讀 3012·2021-09-13 10:26
閱讀 2333·2021-09-08 09:35
閱讀 3541·2019-08-30 15:55
