什么是代理模式

代理模式是一種結(jié)構(gòu)型設(shè)計(jì)模式。 其中代理控制著對(duì)于原對(duì)象的訪問(wèn)， 并允許在將請(qǐng)求提交給原對(duì)象的前后進(jìn)行一些處理，從而增強(qiáng)原對(duì)象的邏輯處理。

上面的代理者我們一般叫做代理對(duì)象或者直接叫做代理-- Proxy，進(jìn)行邏輯處理的原對(duì)象通常被稱作服務(wù)對(duì)象，代理要跟服務(wù)對(duì)象實(shí)現(xiàn)相同的接口，才能讓客戶端傻傻分不清自己使用的到底是代理還是真正的服務(wù)對(duì)象，這樣一來(lái)代理就能在客戶端察覺(jué)不到的情況下對(duì)服務(wù)對(duì)象的處理邏輯進(jìn)行增強(qiáng)。

什么叫對(duì)處理邏輯進(jìn)行增強(qiáng)？或者換一種說(shuō)法，叫對(duì)核心功能添加增強(qiáng)功能？舉個(gè)例子來(lái)說(shuō)，處理客戶端查詢用戶訂單信息的 API Handler 就是核心處理邏輯，增強(qiáng)邏輯就是我們需要在查詢訂單信息之前，驗(yàn)證請(qǐng)求是否是有效用戶、記錄請(qǐng)求的參數(shù)和返回的響應(yīng)數(shù)據(jù)等等。

看了上面代理模式的解釋，你可能還是覺(jué)得有點(diǎn)寬泛，下面咱們寫(xiě)一個(gè)簡(jiǎn)單的代碼示例，這個(gè)過(guò)程中你差不多就會(huì)發(fā)現(xiàn)：“誒，原來(lái)這就是代理模式啊，我之前寫(xiě)代碼的時(shí)候早就用過(guò)了～！” 下面我們一起開(kāi)下這個(gè)例子吧。

代理模式使用演示

假設(shè)有一個(gè)代表小汽車的 Car 類型

type Car struct{}

小汽車要的主要行為就是可以讓人駕駛，所以 Car 需要實(shí)現(xiàn)一個(gè)代表駕駛行為的接口（interface）Vehicle，該接口只有一個(gè)方法Drive()。

type Vehicle interface {
    Drive()
}
type Car struct{}
func (c *Car) Drive() {
    fmt.Println("Car is being driven")
}

Car 的結(jié)構(gòu)體指針通過(guò)實(shí)現(xiàn)Drive()方法實(shí)現(xiàn)了Vehicle接口。

現(xiàn)在我們只要實(shí)例化一個(gè)Car的實(shí)例，在實(shí)例上面調(diào)用Drive()方法就能讓車開(kāi)起來(lái)，不過(guò)如果我們的駕駛員現(xiàn)在還是個(gè)未成年，那么在地球的大部分國(guó)家都是不允許開(kāi)車的，如果在開(kāi)車時(shí)要加一個(gè)駕駛員的年齡限制，我們?cè)撛趺崔k呢？ 給Car結(jié)構(gòu)體加一個(gè)Age字段顯然是不合理的，因?yàn)槲覀円硎镜鸟{駛員的年齡而不是車的車齡。同理駕駛員年齡的判斷我們也不應(yīng)該加在 Car 實(shí)現(xiàn)的 Drive() 方法里， 這樣會(huì)導(dǎo)致每個(gè)實(shí)現(xiàn) Vehicle 接口的類型都要在自己的 Drive() 方法里加上類似的判斷。

這個(gè)時(shí)候通常的做法是，加一個(gè)表示駕駛員的類型 Driver。

type Driver struct {
    Age int
}

然后再來(lái)一個(gè)包裝 Driver 和 Vehicle 類型的包裝類型。

type CarProxy struct {
    vehicle    Vehicle
    driver *Driver
}
func NewCarProxy(driver *Driver) *CarProxy {
    return &CarProxy{&Car{}, driver}
}

這樣的話我們接可以通過(guò)，用包裝類型代理vehicle屬性的 Drive() 行為時(shí)，給它加上駕駛員的年齡限制。

func (c *CarProxy) Drive() {
    if c.driver.Age >= 16 {
        c.vehicle.Drive()
    } else {
        fmt.Println("Driver too young!")
    }
}

我相信這個(gè)編程技巧大家在平時(shí)開(kāi)發(fā)中都用過(guò)，這個(gè)其實(shí)就是代理模式。

現(xiàn)在我們通過(guò)代理模式給 Car 類型的 Drive() 行為擴(kuò)充了檢查駕駛員的行為，下面我們執(zhí)行一下程序試試效果。

func main() {
	car := NewCarProxy(&Driver{12})
	car.Drive() // 輸出 Driver too young!
	car2 := NewCarProxy(&Driver{22})
	car2.Drive() // 輸出 Car is being driven
}

正如執(zhí)行后的結(jié)果所示，我們不必為服務(wù)對(duì)象 -- Car 類型添加任何屬性和方法。相反，我們只是在其上面的代理層把客戶端 Drive() 方法的調(diào)用委托（英文術(shù)語(yǔ)叫delegate）給了其 vehicle 屬性的 Drive 方法，并在之前添加了年齡檢查行為，從而達(dá)到我們想要的效果。

看完例子后，相信大家都理解了寫(xiě)代碼時(shí)怎么使用代理模式，下面我們從代碼走出來(lái)，再更清晰的描述下代理模式它的整體結(jié)構(gòu)。

看清代理模式

根據(jù)上面一開(kāi)始的描述和后面的代碼例子，我們總結(jié)出來(lái)，參與代理模式的一共有四種角色：客戶端、服務(wù)接口、服務(wù)類和代理類，他們之間的關(guān)系用 UML 類圖表示如下：

上面 UML 類圖一共有四個(gè)角色，這四個(gè)角色在代理模式中的職責(zé)分別是。

• 服務(wù)接口 （Ser­vice Inter­face） 聲明了服務(wù)類要實(shí)現(xiàn)的接口。 服務(wù)類的業(yè)務(wù)處理邏輯就是實(shí)現(xiàn)在這里定義的接口方法中，代理類也必須遵循該接口才能偽裝成服務(wù)對(duì)象。
• 服務(wù) （Ser­vice） 類，就是上面說(shuō)的，提供實(shí)際業(yè)務(wù)邏輯的原對(duì)象。
• 代理 （Proxy） 類包含一個(gè)服務(wù)對(duì)象作為成員變量。 代理完成其任務(wù) （例如延遲初始化、記錄日志、 訪問(wèn)控制和緩存等）后面會(huì)將請(qǐng)求傳遞給服務(wù)對(duì)象。通常情況下， 代理會(huì)對(duì)其服務(wù)對(duì)象的整個(gè)生命周期進(jìn)行管理，來(lái)增強(qiáng)服務(wù)對(duì)象，這樣與核心業(yè)務(wù)邏輯不相關(guān)的增強(qiáng)邏輯就可以由代理來(lái)實(shí)現(xiàn)。
• 客戶端 （Client） 通過(guò)統(tǒng)一接口與服務(wù)或代理進(jìn)行交互， 所以可在一切需要服務(wù)對(duì)象的代碼中使用服務(wù)對(duì)象的代理，客戶端完全不會(huì)感知到。

代理模式延伸

在代理模式中，通過(guò)讓代理類實(shí)現(xiàn)跟服務(wù)類相同的接口，從而把代理類偽裝成了服務(wù)類，客戶端請(qǐng)求代理時(shí)，代理再把請(qǐng)求委派給其持有的真實(shí)服務(wù)類，在委派的過(guò)程中我們就可以添加增強(qiáng)邏輯。 那么如果我們?cè)俳o代理類加個(gè)代理，代理的代理再加代理，那么其實(shí)就變成了另外一種設(shè)計(jì)模式--裝飾器模式啦，其實(shí)裝飾器模式本身就是代理模式的一個(gè)特殊應(yīng)用，關(guān)于裝飾器的內(nèi)容，我們放到后面進(jìn)行學(xué)習(xí)。

以上就是深入理解Go設(shè)計(jì)模式之代理模式的詳細(xì)內(nèi)容，更多關(guān)于Go 代理模式的資料請(qǐng)關(guān)注腳本之家其它相關(guān)文章！

最新評(píng)論