在线免费看片a欧美,午夜AV不卡网站在线播放,久久综合尹人77777,96国产在线分享

大家好，我是每周在這里你進步的網(wǎng)管～，本次我繼續(xù)填坑，說一下裝飾器式。上篇文章我們說過裝器是代理模式的特殊應用而且很多人說中間件是用飾器模式實現(xiàn)的，有的人是用職責鏈實現(xiàn)的，那么篇文章我們就來一起看看們的異同。什么是裝飾器飾器模式（Decorator Pattern）也叫作包裝器模式（Wrapper Pattern），指在不改變原有對象的礎上，動態(tài)地給一個對象加一些額外的職責。就增功能來說，裝飾器模式相生成子類更為靈活，屬于構型設計模式。給對象添新行為最簡單直觀的辦法是擴展本體對象，通過繼的方式達到目的。但是使繼承不可避免地有如下兩弊端：繼承是靜態(tài)的，在譯期間就已經(jīng)確定，無法運行時改變對象的行為。類只能有一個父類，當需添加的新功能太多時，容導致類的數(shù)量劇增。而使裝飾器模式，我們通過將有對象放置在實現(xiàn)了相同套接口的包裝器對象中來態(tài)地向現(xiàn)有對象添加新行。在包裝器中進行我們代的擴展，有助于重用功能且不會修改現(xiàn)有對象的代，符合“開閉原則”。這被放置在包裝對象的“現(xiàn)對象”通常會被叫做“組”（Component），而包裝組件的包裝器對就是我們常說的“裝飾器（Decorator），因為裝飾器會組件實現(xiàn)相接口，故客戶端無法識別者的差異，也就不需要在加裝飾器時對客戶端調(diào)用碼進行修改了。從上面關裝飾器模式的描述中 ，會感覺他跟代理模式很像。是因為他們本來在結(jié)構上幾乎一樣，裝飾器算是代的一個特殊應用--裝飾器模式的一個特點是可以嵌多層裝飾器，相當于給代再加代理。不過代理強調(diào)是對本體對象的訪問控制而裝飾器是用來對本地進增強，兩者在使用目的上一樣。上面裝飾器模式的處特點用文字描述了這么，下面我們用 UML 類圖展示一下它的結(jié)構，讓們在寫代碼前對模式中的個角色有個更清晰的認識裝飾器的結(jié)構用 UML 類圖表示裝飾器模式的結(jié)如下：從圖中可以看到裝器模式中主要有如下幾個色：客戶端：會用多層裝器來封裝組件，最后調(diào)用飾好的包裝器的方法，啟執(zhí)行。組件接口：Component 聲明裝飾器對象和被裝飾的組件法家象要現(xiàn)的公用接口。組件實現(xiàn)具體的組件實現(xiàn)類它的 Operation 方法中定義了組件的基礎行為，飾類可以增強這些行為。礎裝飾類：擁有一個指向封裝對象的成員變量。在己的 Operation 方法中調(diào)用被裝飾對象的 Operation 方法具體裝飾類：重寫父類 Operation 方法實現(xiàn)增強邏輯。類圖里經(jīng)給出了要實現(xiàn)的主要邏，第四步的基礎裝飾類并需要一定存在，完全可以具體裝飾類來持有對被裝對象的引用，并實現(xiàn)增強輯，這樣一來整體的結(jié)構更簡單一些。注意：圖中方法名在代碼實現(xiàn)里可自定義，不需要完全跟圖里出的方法名一樣。我們可跟上節(jié)代理模式的 UML 類圖做個對比，兩者在結(jié)構上非常相滑魚，尤其是省了 BaseDecorator 這一層后，在結(jié)構上基本上是一摸一樣，這我們一直再強調(diào)的--"裝飾器是代理模式的特殊應" 的一個論據(jù)。下面我們看一下實現(xiàn)凰鳥飾器模式的碼模版，本文中提供了 Go 語言實現(xiàn)一個簡單裝飾器模式的代碼模版。裝飾模式代碼實現(xiàn)清楚了裝飾模式結(jié)構的組成后，再來代碼就會清晰很多，接下我們演示一下用裝飾器模實現(xiàn)增強游戲主機的一個子。首先我們定義一個游主機的產(chǎn)品接口，它就是面類圖中組件和裝飾器的共接口。//?PS5?產(chǎn)品接口type?PS5?interface?{?StartGPUEngine()?GetPrice()?int64}然后我們提供一個基礎的產(chǎn)品現(xiàn)類作為裝飾器模式中的件。//?CD?版?PS5主機"本文使用的完整可運行源碼去公眾號「網(wǎng)管bi叨」發(fā)送【設計模式】即可領取"type?PS5WithCD?struct{}func?(p?PS5WithCD)?StartGPUEngine()?{?fmt.Println("start?engine")}func?(p?PS5WithCD)?GetPrice()?int64?{?return?5000}這里給出的是一個 CD 版的游戲主機，平時玩游的同學都會知道，一般還有數(shù)字版的主機，價格會宜點，這種情況我們可以供一個數(shù)字版游戲主機的現(xiàn)作為組件實現(xiàn)類。//?PS5?數(shù)字版主機type?PS5WithDigital?struct{}func?(p?PS5WithDigital)?StartGPUEngine()?{?fmt.Println("start?normal?gpu?engine")}func?(p?PS5WithDigital)?GetPrice()?int64?{?return?3600}那么除了這兩種基礎的產(chǎn)品類型列子廠商般還會開發(fā)各種主題限定色的主機、增加了硬件配的主機等等，這兩種在價上肯定會跟基礎版有些不樣，針對這種層面的擴展們可以使用裝飾器來實現(xiàn)避免對基礎組件類的更改下面是用兩個裝飾器實現(xiàn) Plus 版和主題配色版的兩個增強。"本文使用的完整可運行源碼去公眾「網(wǎng)管叨bi叨」發(fā)送【設計模式】即可領取"http://?Plus?版的裝飾器func?(p?*PS5MachinePlus)?SetPS5Machine(ps5?PS5)?{?p.ps5Machine?=?ps5}func?(p?PS5MachinePlus)?StartGPUEngine()?{?p.ps5Machine.StartGPUEngine()?fmt.Println("start?plus?plugin")}func?(p?PS5MachinePlus)?GetPrice()?int64?{?return?p.ps5Machine.GetPrice()?+?500}//?主題色版的裝飾器type?PS5WithTopicColor?struct?{?ps5Machine?PS5}func?(p?*PS5WithTopicColor)?SetPS5Machine(ps5?PS5)?{?p.ps5Machine?=?ps5}func?(p?PS5WithTopicColor)?StartGPUEngine()?{?p.ps5Machine.StartGPUEngine()?fmt.Println("尊貴的主題色主機，GPU啟動")}func?(p?PS5WithTopicColor)?GetPrice()?int64?{?return?p.ps5Machine.GetPrice()?+?200}根據(jù)裝飾器模式的特點，兩個增強可以疊加在一起，組合出高配主題限定版主機...... 呃，是不是有點某游戲大廠每年發(fā)新機時給的感覺了，就是不出第二，每年給你多發(fā)幾個限定色、升級下屏幕，說的就你 XXX（各位自己評論里腦補一下）好了，在客端我們把裝飾器和組件組起來就能獲得一款高配主限定版主機......"本文使用的完整可運行源去公眾號「網(wǎng)管叨bi叨」發(fā)送【設計模式】即可領"func?main()?{?ps5MachinePlus?:=?PS5MachinePlus{}?ps5MachinePlus.SetPS5Machine(PS5WithCD{})?//?ps5MachinePlus.SetPS5Machine(PS5WithDigital{})?//?可以在更換主機?ps5MachinePlus.StartGPUEngine()?price?:=?ps5MachinePlus.GetPrice()?fmt.Printf("PS5?CD?豪華Plus版，價格?%d?元\n\n",?price?ps5WithTopicColor?:=?PS5WithTopicColor{}?ps5WithTopicColor.SetPS5Machine(ps5MachinePlus)?ps5WithTopicColor.StartGPUEngine()?price?=?ps5WithTopicColor.GetPrice()?fmt.Printf("PS5?CD?豪華Plus?經(jīng)典主題配色版，價格?%d?元\n",?price}裝飾器和幾個模式的區(qū)別飾器和代理在結(jié)構上類似在行為上跟職責鏈模式類，現(xiàn)在我們總結(jié)一下他們間的區(qū)別裝飾器模式 VS 代理模式裝飾器模式就是代理模式的一個特竊脂應用裝飾器模式強調(diào)自身功能擴展。代理模式強調(diào)對代過程的控制。裝飾器 VS 職責鏈模式裝飾器和職責鏈在行為上看都是多個單進行組合完成邏輯處理，是裝飾器注重給某樣東西加擴展，最終會得到一個品。而職責鏈更強調(diào)分步完成某個流程，更像是一任務鏈表，而且與裝飾器式不同的是，職責鏈可以時終止。舉個例子來說，對 OA 系統(tǒng)請假審批這個場景，假設員工請假需得到組長、總監(jiān)和經(jīng)理的準才行。在這種情況下，用裝飾器模式實現(xiàn)的話無您的請假在前面的環(huán)節(jié)被準還是被拒絕，整個鏈條不會中斷，最終我們會得三個級別審批人對申請的部反饋。而使用職責鏈模的話，在每個階段，每個批人都有權批準或拒絕。果請求在任何級別被拒絕那么整個流程就會結(jié)束，求不會繼續(xù)流轉(zhuǎn)到下一個別的審批人那里。所以看這里，你覺得像 Web 框架的中間件這種東西應拿職責鏈還是裝飾器實現(xiàn)？總結(jié)裝飾器模式有不少點，它是繼承的有力補充比繼承靈活，在不改變原對象的情況下，動態(tài)地給個對象擴展功能，即插即。通過使用不同裝飾類及些裝飾類的排列組合，可實現(xiàn)不同效果，完全遵循序設計的“開閉原則”。裝飾器的使用必將會給程帶來更高的復雜性，更低可讀性，子類集成的代碼構會更直白易懂一些，而雖然裝飾器符合“開閉原”，但是它會給程序帶來多的類，動態(tài)裝飾在多層飾時會更復雜。所以總體使用裝飾器模式的時候也兩害相較取其輕，為了不繁修改已經(jīng)成型的子類而入更多裝飾器類。應用的候一定要謹記裝飾器是“強”某個事物用的，可千別把事物本身實現(xiàn)的主邏用裝飾器實現(xiàn)了。本文來微信公眾號：網(wǎng)管叨 bi 叨 （ID：kevin_tech），作者：KevinYan11