大家好，我是每周在這陪你進(jìn)步的網(wǎng)管～，這我們繼續(xù)設(shè)計模式的學(xué)之旅。本次要學(xué)習(xí)的是合模式，這個模式呢，時要做業(yè)務(wù)開發(fā)的話并是很常用，但是對一些定數(shù)據(jù)結(jié)構(gòu)的處理上卻少不了它的應(yīng)用。同時解了組合模式的原理后你的數(shù)據(jù)結(jié)構(gòu)和算法的升也是有幫助的，更重的是能讓你明白一些職的道理，具體是啥道理？看完文章你就明白啦?。什么是組合模式組合式（Composite Pattern）又叫作部分-整體（Part-Whole）模式，它的宗旨是通過將單個蜚（葉子節(jié)點）和組合對（樹枝節(jié)點）用相同的口進(jìn)行表示，使得客戶單個對象和組合對象的用具有一致性，屬于結(jié)型設(shè)計模式。應(yīng)用場景合模式的使用要求業(yè)務(wù)景中的實體必須能夠表成樹形結(jié)構(gòu)才行，由組模式將一組對象組織成形結(jié)構(gòu)，客戶端（代碼使用者）可以將單個對和組合對象都看做樹中節(jié)點，以統(tǒng)一處理邏輯并且利用樹形結(jié)構(gòu)的特，將對樹、子樹的處理化成葉節(jié)點的遞歸處理依次簡化代碼實現(xiàn)。通上邊的描述我們可以馬想到文件系統(tǒng)、公司組架構(gòu)這些有層級結(jié)構(gòu)的物的操作會更適合應(yīng)用合模式。組合模式的結(jié)組合模式由以下幾個角構(gòu)成：組件 （Component）： 組件是一個接口，描述了樹中個對象和組合對象都要現(xiàn)的的操作。葉節(jié)點 （Leaf） ：即單個對象節(jié)點，是樹的基本結(jié)，它不包含子節(jié)點，因也就無法將工作指派給去，葉節(jié)點最終會完成部分的實際工作。組合象 （Composite）”—— 是包含葉節(jié)點或其他組合對象等子目的符合對象。組合對不知道其子項目所屬的體類，它只通過通用的件接口與其子項目交互客戶端 （Client）： 通過組件接口與所有項目交互。因此，客端能以相同方式與樹狀構(gòu)中的簡單或復(fù)雜對象行交互。組合模式代碼現(xiàn)下面用一個公司組織構(gòu)的例子來演示下用代怎么實現(xiàn)組合模式。我都知道大公司的組織架會很復(fù)雜，往往是由集總公司--> 分公司，每個層級的公司還有不的部門，比如說總公司財務(wù)部，分公司也會有分公司偏傳統(tǒng)一點，在聯(lián)網(wǎng)大廠有可能會按 BG、BU 這樣分，不過在展示層級結(jié)構(gòu)上意思一樣。咱們來看下這個子，使用的是 Go 語言的代碼來實現(xiàn)組合模。首先我們定義一個組的行為接口，這個接口到總公司小到一個部門得實現(xiàn)：//?表示組織機(jī)構(gòu)的接口type?Organization?interface?{????display()????duty()}這里為了簡單演示，接口里就提供兩個方，一個是打印出自己的織結(jié)構(gòu)的方法 display () 另外一個是展示組織職責(zé)的方法 duty ()。接下來定義和實現(xiàn)組合對象的為：//?組合對象--上級部門"本文使用的完整可運(yùn)行源碼去公眾號網(wǎng)管叨bi叨」發(fā)送【設(shè)計模式】即可領(lǐng)取"type?CompositeOrganization?struct?{????orgName?string????depth???int????list????[]Organization}func?NewCompositeOrganization(name?string,?depth?int)?*CompositeOrganization?{????return?&CompositeOrganization{name,?depth,?[]Organization{}}}func?(c?*CompositeOrganization)?add(org?Organization)?{????if?c?==?nil?{????????return????}????c.list?=?end(c.list,?org)}func?(c?*CompositeOrganization)?remove(org?Organization)?{????if?c?==?nil?{????????return????}????for?i,?val?:=?range?c.list?{????????if?val?==?org?{???????????c.list?=?end(c.list[:i],?c.list[i+1:]...)????????????return????????}????}????return}func?(c?*CompositeOrganization)?display()?{????if?c?==?nil?{????????return????}????fmt.Println(strings.Repeat("-",?c.depth?*?2),?"?",?c.orgName)????for?_,?val?:=?range?c.list?{????????val.display()????}}func?(c?*CompositeOrganization)?duty()?{????if?c?==?nil?{????????return????}????for?_,?val?:=?range?c.list?{????????val.duty()????}}組合對象用來表示有下屬部門的組織，在代里可以看到，它持有一 [] Organization 類型的列表，這里存放的是它的下組織。組合對象的 display、duty 這兩個方法的實現(xiàn)完全是把工作委托給他們的屬組織來做的，這也是合模式的特點。下面我再來看兩個職能部門人資源和財務(wù)部門的類型現(xiàn)。//?Leaf對象--人力資源部門"本文使用的完整可運(yùn)行源碼公眾號「網(wǎng)管叨bi叨」發(fā)送【設(shè)計模式】即可取"type?HRDOrg?struct?{????orgName?string????depth???int}func?(o?*HRDOrg)?display()?{????if?o?==?nil?{????????return????}????fmt.Println(strings.Repeat("-",?o.depth?*?2),?"?",?o.orgName)}func?(o?*HRDOrg)?duty()?{????if?o?==?nil?{????????return????}????fmt.Println(o.orgName,?"員工招聘培訓(xùn)管理")}//?Leaf對象--財務(wù)部門type?FinanceOrg?struct?{????orgName?string????depth???int}func?(f?*FinanceOrg)?display()?{????if?f?==?nil?{????????return????}????fmt.Println(strings.Repeat("-",?f.depth?*?2),?"?",?f.orgName)}func?(f?*FinanceOrg)?duty()?{????if?f?==?nil?{????????return????}????fmt.Println(f.orgName,?"員工招聘培訓(xùn)管理")}只要我們在客戶端中組合好組織架構(gòu)的結(jié)，不管有幾層組織，客端對整個組織的調(diào)用是會改變的。func?main()?{????root?:=?NewCompositeOrganization("北京總公司",?1)????root.add(&HRDOrg{orgName:?"總公司人力資源部",?depth:?2})????root.add(&FinanceOrg{orgName:?"總公司財務(wù)部",?depth:?2})????compSh?:=?NewCompositeOrganization("上海分公司",?2)????compSh.add(&HRDOrg{orgName:?"上海分公司人力資源部",?depth:?3})????compSh.add(&FinanceOrg{orgName:?"上海分公司財務(wù)部",?depth:?3})????root.add(compSh)????compGd?:=?NewCompositeOrganization("廣東分公司",?2)????compGd.add(&HRDOrg{orgName:?"廣東分公司人力資源部",?depth:?3})????compGd.add(&FinanceOrg{orgName:?"南京辦事處財務(wù)部",?depth:?3})????root.add(compGd)????fmt.Println("公司組織架構(gòu)：")????root.display()????fmt.Println("各組織的職責(zé)：")????root.duty()}組合模式和上一節(jié)我們學(xué)裝飾器模式在結(jié)構(gòu)上挺的，下面我們來說說他的區(qū)別。組合和裝飾器區(qū)別組合模式和裝飾器式在結(jié)構(gòu)上很像，擁有常相似的類結(jié)構(gòu)（相似組合模式的類圖就是我 Copy 裝飾器模式改了下方法名字......）。但是兩者在使用意圖上是有區(qū)別的。組兕式：為葉子對象和組合象提供了統(tǒng)一的接口，子對象分擔(dān)組合對象要的工作。其實組合對象是派了下活兒，等下面干完后，它再給上層調(diào)者返（匯）回（報），似于公司里的那些組合 *。裝飾器模式：裝飾器屬于大哥帶小弟的類型核心的活兒是小弟干的小弟就是被裝飾的對象但是各位大哥會幫你做干活兒之外的事兒，比公司你在公司里的 Mentor、項目經(jīng)理、領(lǐng)導(dǎo)們干的事兒就是給在你做增強(qiáng)，你可以把他理解成是你的裝飾器??說點題外話，如果你的 Mentor、領(lǐng)導(dǎo)沒有給你做增強(qiáng)，那當(dāng)初他給你定級 P7 是高于你面試的水平的。是希進(jìn)來后你能夠拼一把，速成長起來。P7 這個層級，不是把事情做好可以的。你需要有體系思考的能力，它的價值在哪里，你是否做出了壘形成了核心競爭力，否沉淀了一套可復(fù)用的理資料和方法論？...... （字兒太多了，完整版請自行搜索）總組合模式的優(yōu)點主要有下兩點實現(xiàn)類似樹形結(jié)，可以清楚地定義各層的復(fù)雜對象，表示對象全部或部分層次。簡化客戶端代碼，讓客戶端略了層次的差異，方便整個層次結(jié)構(gòu)進(jìn)行控制實際上，組合模式與其是一種設(shè)計模式，倒不說是對業(yè)務(wù)場景的一種據(jù)結(jié)構(gòu)和算法的抽象，景中的數(shù)據(jù)可以表示成這種結(jié)構(gòu)，業(yè)務(wù)需求的輯可以通過對樹的遞歸歷算法實現(xiàn)。本文來自信公眾號：網(wǎng)管叨 bi 叨 （ID：kevin_tech），作者：KevinYan11