為什么要學(xué)習(xí)和使用設(shè)計(jì)模式啊景馁？正確使用設(shè)計(jì)模式板壮，不僅能讓項(xiàng)目開發(fā)效率更高，也能讓項(xiàng)目更容易維護(hù)合住。對于程序員來說绰精，設(shè)計(jì)模式是最簡單的東西，但正確運(yùn)用起來又不是那么簡單透葛。設(shè)計(jì)模式是從實(shí)際開發(fā)中總結(jié)出來的編碼經(jīng)驗(yàn)笨使，它與業(yè)務(wù)開發(fā)是辯證統(tǒng)一、互不分離的僚害。本篇基于java說一下設(shè)計(jì)模式與實(shí)際開發(fā)的關(guān)系以及舉例部分簡單的應(yīng)用硫椰。
基礎(chǔ)
?學(xué)習(xí)設(shè)計(jì)模式之前我們先要了解一下設(shè)計(jì)模式誕生和使用的基礎(chǔ)（熟悉的同學(xué)可以跳過這一部分）：
a.面向?qū)ο缶幊蹋∣OP）
面向?qū)ο缶幊桃步形锛?dǎo)向編程。學(xué)習(xí)面向?qū)ο笳Z言的時(shí)候，都會(huì)聽過這么一句話靶草，世界皆對象蹄胰。面向?qū)ο笏枷氚咽澜缛f物看作對象、看作物件來進(jìn)行描述奕翔，它是一種世界觀裕寨，既然是世界觀，必然會(huì)影響到我們的方法論派继，那就是對象操作宾袜。
b.面向?qū)ο蟮奶匦?/b>
繼承：子繼承父，子類繼承父類互艾，繼承描述的是子類會(huì)繼承父類的特點(diǎn)（屬性和行為）试和。如哈士奇狗媽媽生了小狗，小狗身上就會(huì)體現(xiàn)出狗媽媽的特征：哈士奇的模樣纫普、哈士奇的二阅悍。
多態(tài)：多態(tài)描述的是同一類事物，在不同的實(shí)現(xiàn)里面昨稼，它們的共有行為可以表現(xiàn)得有所不同节视。比如在會(huì)飛的東西里面，小鳥可以直接振翅高飛假栓，飛機(jī)則需要先啟動(dòng)引擎寻行，然后助跑再進(jìn)行起飛，它們飛的方式就不同了匾荆。
封裝：封裝性賦予了對象一種權(quán)限的概念拌蜘，分別有公開、私有牙丽、保護(hù)三種權(quán)限简卧。它影響了外部世界對這個(gè)對象行為的可見性和可操作性，隱藏了對象行為的具體執(zhí)行步驟烤芦。怎么理解呢举娩？兩家不同的外賣餐廳，我各點(diǎn)了一份炒牛肉构罗，兩份賣相都挺好的铜涉，但是實(shí)際上有一家外賣是用鮮牛肉現(xiàn)切外加炭火炒的，一家是用冰鮮牛肉然后加很多味精一大鍋炒出來的遂唧，然鵝我是不知道兩份炒牛肉到底是怎么做出來的芙代，這是因?yàn)槲覍Σ蛷d這個(gè)對象的炒菜步驟不可見。如果我是這個(gè)冰鮮牛肉餐廳的老板盖彭，我就可以叫廚房改用新鮮肉纹烹，但是我只是個(gè)顧客苔可，無法操作這個(gè)餐廳對象例嘱，沒有修改廚房炒菜步驟的權(quán)限年局。
c.面向?qū)ο?個(gè)基本原則（這部分展開講的話有點(diǎn)太長颖变，感興趣的同學(xué)自行搜索一下）
單一職責(zé)原則：一個(gè)類應(yīng)該只負(fù)責(zé)一種事情，不應(yīng)該擁有太多的職責(zé)陪蜻；
開放封閉原則：對修改關(guān)閉邦马，對拓展開放；主要說的指不要去修改底層的基礎(chǔ)設(shè)施宴卖，而底層要具有拓展性滋将，可以在高層對其進(jìn)行拓展；
里氏替換原則：一個(gè)基類可以替換成它的子類而不影響程序運(yùn)行症昏；
依賴倒置原則：程序應(yīng)該依賴于抽象接口随闽，不要依賴于具體實(shí)現(xiàn)；
接口分離原則：過于龐大的接口應(yīng)該拆分為多個(gè)更小的接口肝谭；
迪米特法則：兩個(gè)類相互作用掘宪，它們之間知道對方的信息越少越好。
d.抽象
將一系列事物的共性總結(jié)簡化出來攘烛，就是抽象魏滚。例如貓和狗，它們的抽象就是動(dòng)物坟漱；飛機(jī)和鳥鼠次，它們的抽象就是會(huì)飛的東西。
以上便是我認(rèn)為的設(shè)計(jì)模式誕生和使用的基礎(chǔ)芋齿，接下來終于來到正文腥寇！
正文
?? ??? ?基本的設(shè)計(jì)模式有23種，根據(jù)分類分為創(chuàng)建型模式觅捆、結(jié)構(gòu)型模式和行為型模式三類赦役。
看一下都有些什么模式：
創(chuàng)建型：工廠模式、抽象工廠模式惠拭、建造者模式扩劝、原型模式庸论、單例模式
結(jié)構(gòu)型：適配器模式职辅、組合模式、代理模式聂示、享元模式域携、外觀模式、橋接模式鱼喉、裝飾模式
行為型：責(zé)任鏈模式秀鞭、命令模式趋观、解釋器模式、迭代器模式锋边、中介者模式皱坛、備忘錄模式、觀察者模式豆巨、狀態(tài)模式剩辟、策略模式、模板方法模式往扔、訪問者模式
接下來舉幾個(gè)運(yùn)用設(shè)計(jì)模式對代碼進(jìn)行改造的例子：? ?
第一個(gè)例子是我們在androidMPV模式中經(jīng)常遇到的情況贩猎，有幾個(gè)頁面都是一樣的，于是我們想要復(fù)用同一個(gè)頁面進(jìn)行顯示萍膛，但是它們邏輯和數(shù)據(jù)常常會(huì)有所差別吭服，很自然地會(huì)創(chuàng)建出一個(gè)type變量根據(jù)它的參數(shù)進(jìn)行if或者switch進(jìn)行判斷來進(jìn)行不同的邏輯，所以往往寫出來的代碼是這樣的：
流程圖：
代碼：
這個(gè)例子中操作方法數(shù)量雖然多了蝗罗，但是設(shè)想一下這個(gè)頁面邏輯多起來艇棕，然后幾乎每個(gè)方法都要進(jìn)行進(jìn)行一次switch，接手這樣的代碼串塑，你崩不崩潰欠肾？下一次又增加一個(gè)新的type，要在每一個(gè)switch里面都加一個(gè)case拟赊，萬一某一個(gè)switch加少了刺桃，程序分分鐘崩潰；想要不崩潰吸祟，只能花不少時(shí)間去每個(gè)方法檢查檢查有沒有遺漏了瑟慈。
天啊檢查來檢查去太花時(shí)間了啦！還要上下慢慢滑頁面看代碼屋匕，好幾百行呢葛碧！真讓人受不了！
怎么辦肮恰进泼？
趕緊改造它唄！
我們再看一下前面的流程圖纤虽，每次進(jìn)行頁面類型判斷然后進(jìn)行的一系列操作乳绕，是不是可以看作是一個(gè)操作呢？
這個(gè)switch下類型1逼纸、類型2和類型3都執(zhí)行了一個(gè)綜合操作洋措，如果我們把綜合操作都稱為work（），那么就是有三個(gè)work（）的不同實(shí)現(xiàn)杰刽，同樣地把各個(gè)方法里的switch都做同樣的處理菠发，可以發(fā)現(xiàn)這些switch后邊的執(zhí)行只不過都是同名方法的不同實(shí)現(xiàn)而已王滤，完全可以把它們抽象出來，把同種case的執(zhí)行方法都封裝到一個(gè)類里邊滓鸠。
于是我們抽象出IWork接口雁乡，寫出它的3個(gè)實(shí)現(xiàn)類，分別對應(yīng)3個(gè)type：
Presenter的部分就簡化成了這樣：
只有最開始setType()的時(shí)候進(jìn)行了一次類型判斷糜俗，其他地方的都用了IWork的實(shí)現(xiàn)進(jìn)行操作蔗怠，這樣就避免了類里處處switch，增加新的type也只需要再寫一個(gè)IWork的實(shí)現(xiàn)吩跋，再也不用去看哪里沒有增加switch這樣的判斷了寞射。程序也變得簡潔，真讓人心情舒暢~
總結(jié)一下我們在這個(gè)例子中的處理锌钮，首先我們首先看出了程序里面的共性桥温，抽象出IWork接口（抽象），然后我們類中依賴了接口（依賴倒置）梁丘，通多調(diào)用接口的方法侵浸，利用接口的不同實(shí)現(xiàn)去處理數(shù)據(jù)（多態(tài)），從而實(shí)現(xiàn)了代碼的優(yōu)化氛谜。這就寫出了狀態(tài)模式掏觉。至于代碼的進(jìn)一步優(yōu)化，可以再使用工廠模式去創(chuàng)建IWork的實(shí)例值漫。利用好編碼基礎(chǔ)澳腹，分分鐘寫出設(shè)計(jì)模式。
今天的例子講到這里杨何，下一篇繼續(xù)舉例更多的實(shí)際思路和應(yīng)用酱塔。
