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

大家好，我是每周在這里陪進步的網(wǎng)管～，本次我們繼填坑，說一下裝飾器模式。篇文章我們說過裝飾器是代模式的特殊應(yīng)用，而且很多說中間件是用裝飾器模式實的，有的人說是用職責(zé)鏈實的，那么這篇文章我們就來起看看他們的異同。什么是飾器裝飾器模式（Decorator Pattern）也叫作包裝器模式（Wrapper Pattern），指在不改變原有對象的基礎(chǔ)，動態(tài)地給一個對象添加一額外的職責(zé)。就增加功能來，裝飾器模式相比生成子類為靈活，屬于結(jié)構(gòu)型設(shè)計模。給對象添加新行為最簡單觀的辦法就是擴展本體對象通過繼承的方式達到目的。是使用繼承不可避免地有如兩個弊端：繼承是靜態(tài)的，編譯期間就已經(jīng)確定，無法運行時改變對象的行為。子只能有一個父類，當(dāng)需要添的新功能太多時，容易導(dǎo)致的數(shù)量劇增。而使用裝飾器式，我們通過將現(xiàn)有對象放在實現(xiàn)了相同一套接口的包器對象中來動態(tài)地向現(xiàn)有對添加新行為。在包裝器中進我們代碼的擴展，有助于重功能并且不會修改現(xiàn)有對象代碼，符合“開閉原則”。里被放置在包裝對象的“現(xiàn)對象”通常會被叫做“組件（Component），而包裝組件的包裝器對象就是們常說的“裝飾器”（Decorator），因為裝飾器會組件實現(xiàn)相同鴖口，故客端無法識別兩者的差異，也不需要在增加裝飾器時對客端調(diào)用代碼進行修改了。從面關(guān)于裝飾器模式的描述中 ，會感覺他跟代理模式很像這是因為他們本來在結(jié)構(gòu)上幾乎一樣，裝飾器算是代理一個特殊應(yīng)用--裝飾器模式的一個特點是可以嵌套多層飾器，相當(dāng)于給代理再加代。不過代理強調(diào)的是對本體象的訪問控制，而裝飾器是來對本地進行增強，兩者在用目的上不一樣。上面裝飾模式的用處特點用文字描述這么多，下面我們用 UML 類圖展示一下它的結(jié)構(gòu)，讓我們在寫代碼前對飛鼠式中的個角色有個更清晰的認(rèn)識。飾器的結(jié)構(gòu)用 UML 類圖表示裝飾器模式的結(jié)構(gòu)鴟下從圖中可以看到裝飾器模式主要有如下幾個角色：客戶：會用多層裝飾器來封裝組，最后調(diào)用裝飾好的包裝器方法，啟動執(zhí)行。組件接口Component 聲明裝飾器對象和被裝飾的組件對要實現(xiàn)的公用接口。組件實：具體的組件實現(xiàn)類它的 Operation 方法中定義了組件的基礎(chǔ)行為，裝飾可以增強這些行為?；A(chǔ)裝類：擁有一個指向被封裝對的成員變量。在自己的 Operation 方法中調(diào)用被裝飾對象的 Operation 方法具體裝飾類：重寫父類的 Operation 方法實現(xiàn)增強邏輯。類圖里已經(jīng)給出了要實螐渠的主要輯，第四步的基礎(chǔ)裝飾類并需要一定存在，完全可以由體裝飾類來持有對被裝飾對的引用，并實現(xiàn)增強邏輯，樣一來整體的結(jié)構(gòu)會更簡單些。注意：圖中的方法名在碼實現(xiàn)里可自己定義，不需完全跟圖里給出的方法名一。我們可以跟上節(jié)代理模式 UML 類圖做個對比，兩者在結(jié)構(gòu)上爾雅常相似，尤其省略了 BaseDecorator 這一層后，在結(jié)構(gòu)上基本上是一囂一樣，這樣們一直再強調(diào)的--"裝飾器是代理模式的特殊應(yīng)用" 的一個論據(jù)。下面我們看一下現(xiàn)裝飾器模式的代碼模版，文中提供了 Go 語言實現(xiàn)一個簡單裝飾器模式鬻子代碼版。裝飾器模式代碼實現(xiàn)清了裝飾器模式結(jié)構(gòu)的組成后再來寫代碼就會清晰很多，下來我們演示一下用裝飾器式實現(xiàn)增強游戲主機的一個子。首先我們定義一個游戲機的產(chǎn)品接口，它就是上面圖中組件和裝飾器的公共接。//?PS5?產(chǎn)品接口type?PS5?interface?{?StartGPUEngine()?GetPrice()?int64}然后我們提供一個基礎(chǔ)的產(chǎn)品實現(xiàn)類柢山為裝飾器模式的組件。//?CD?版?PS5主機"本文使用的完整可運行源碼去公西岳號「網(wǎng)管叨bi叨」發(fā)送【設(shè)計模式】即可領(lǐng)取"type?PS5WithCD?struct{}func?(p?PS5WithCD)?StartGPUEngine()?{?fmt.Println("start?engine")}func?(p?PS5WithCD)?GetPrice()?int64?{?return?5000}這里給出的是一個 CD 版的游戲主機，平時玩游戲的同都會知道，一般還會有數(shù)字的主機，價格會便宜點，這情況我們可以提供一個數(shù)字游戲主機的實現(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ǔ)的產(chǎn)品類型柜山商一般還會開發(fā)各種主題限配色的主機、增加了硬件配的主機等等，這兩種在價格肯定會跟基礎(chǔ)版有些不一樣針對這種層面的擴展我們可使用裝飾器來實現(xiàn)，避免對礎(chǔ)組件類的更改。下面是用個裝飾器實現(xiàn)的 Plus 版和主題配色版的兩個增強"本文使用的完整可運行源碼去公眾號「網(wǎng)管天山bi叨」發(fā)送【設(shè)計模式】即可領(lǐng)取"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ā)送【設(shè)計模式】即可耕父取"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é)構(gòu)上類似，行為上跟職責(zé)鏈模式類似，在我們總結(jié)一下他們之間的別裝飾器模式 VS 代理模式裝飾器模式就是代理模式一個特殊應(yīng)用。裝飾器模式調(diào)自身功能的擴展。代理模強調(diào)對代理過程的控制。裝器 VS 職責(zé)鏈模式裝飾器和職責(zé)鏈在行為旄山看都是多單元進行組合完成邏輯處理但是裝飾器注重給某樣?xùn)|西加擴展，最終會得到一個產(chǎn)。而職責(zé)鏈更強調(diào)分步驟完某個流程，更像是一個任務(wù)表，而且與裝飾器模式不同是，職責(zé)鏈可以隨時終止。個例子來說，針對 OA 系統(tǒng)請假審批這個場景，假設(shè)工請假需要得到組長、總監(jiān)經(jīng)理的批準(zhǔn)才行。在這種情下，使用裝飾器模式實現(xiàn)的無論您的請假在前面的環(huán)節(jié)批準(zhǔn)還是被拒絕，整個鏈條不會中斷，最終我們會得到個級別審批人對申請的全部饋。而使用職責(zé)鏈模式的話在每個階段，每個審批人都權(quán)批準(zhǔn)或拒絕。如果請求在何級別被拒絕，那么整個流就會結(jié)束，請求不會繼續(xù)流到下一個級別的審批人那里所以看到這里，你覺得像 Web 框架的中間件這種東西應(yīng)該拿葆江責(zé)鏈還是裝飾器實呢？總結(jié)裝飾器模式有不少點，它是繼承的有力補充，繼承靈活，在不改變原有對的情況下，動態(tài)地給一個對擴展功能，即插即用。通過用不同裝飾類及這些裝飾類排列組合，可以實現(xiàn)不同效，完全遵循程序設(shè)計的“開原則”。但裝飾器的使用必會給程序帶來更高的復(fù)雜性更低的可讀性，子類集成的碼結(jié)構(gòu)會更直白易懂一些，且雖然裝飾器符合“開閉原”，但是它會給程序帶來更的類，動態(tài)裝飾在多層裝飾會更復(fù)雜。所以總體上使用飾器模式的時候也是兩害相取其輕，為了不頻繁修改已成型的子類而引入更多裝飾類。應(yīng)用的時候一定要謹(jǐn)記飾器是“增強”某個事物用，可千萬別把事物本身實現(xiàn)主邏輯用裝飾器實現(xiàn)了。本來自微信公眾號：網(wǎng)管叨 bi 叨 （ID：kevin_tech），作者：KevinYan11