一、設(shè)計模式的分類

　　設(shè)計模式是不分語言的;前輩們總結(jié)出來的設(shè)計模式分:3種類型及23種模式:

　　設(shè)計模式主要分三個類型:創(chuàng)建型、結(jié)構(gòu)型和行為型。

　　其中創(chuàng)建型有：

　　一、Singleton，單例模式：保證一個類只有一個實例，并提供一個訪問它的全局訪問點

　　二、AbstractFactory，抽象工廠：提供一個創(chuàng)建一系列相關(guān)或相互依賴對象的接口，而無須指定它們的具體類。

　　三、FactoryMethod，工廠方法：定義一個用于創(chuàng)建對象的接口，讓子類決定實例化哪一個類，F(xiàn)actoryMethod使一個類的實例化延遲到了子類。

　　四、Builder，建造模式：將一個復(fù)雜對象的構(gòu)建與他的表示相分離，使得同樣的構(gòu)建過程可以創(chuàng)建不同的表示。

　　五、Prototype，原型模式：用原型實例指定創(chuàng)建對象的種類，并且通過拷貝這些原型來創(chuàng)建新的對象。

　　行為型有：

　　六、Iterator，迭代器模式：提供一個方法順序訪問一個聚合對象的各個元素，而又不需要暴露該對象的內(nèi)部表示。

　　七、Observer，觀察者模式：定義對象間一對多的依賴關(guān)系，當(dāng)一個對象的狀態(tài)發(fā)生改變時，所有依賴于它的對象都得到通知自動更新。

　　八、TemplateMethod，模板方法：定義一個操作中的算法的骨架，而將一些步驟延遲到子類中，TemplateMethod使得子類可以不改變一個算法的結(jié)構(gòu)即可以重定義該算法得某些特定步驟。

　　九、Command，命令模式：將一個請求封裝為一個對象，從而使你可以用不同的請求對客戶進(jìn)行參數(shù)化，對請求排隊和記錄請求日志，以及支持可撤銷的操作。

　　十、State，狀態(tài)模式：允許對象在其內(nèi)部狀態(tài)改變時改變他的行為。對象看起來似乎改變了他的類。

　　十一、Strategy，策略模式：定義一系列的算法，把他們一個個封裝起來，并使他們可以互相替換，本模式使得算法可以獨立于使用它們的客戶。

　　十二、ChinaofResponsibility，職責(zé)鏈模式：使多個對象都有機會處理請求，從而避免請求的送發(fā)者和接收者之間的耦合關(guān)系

　　十三、Mediator，中介者模式：用一個中介對象封裝一些列的對象交互。

　　十四、Visitor，訪問者模式：表示一個作用于某對象結(jié)構(gòu)中的各元素的操作，它使你可以在不改變各元素類的前提下定義作用于這個元素的新操作。

　　十五、Interpreter，解釋器模式：給定一個語言，定義他的文法的一個表示，并定義一個解釋器，這個解釋器使用該表示來解釋語言中的句子。

　　十六、Memento，備忘錄模式：在不破壞對象的前提下，捕獲一個對象的內(nèi)部狀態(tài)，并在該對象之外保存這個狀態(tài)。

　　結(jié)構(gòu)型有：

　　十七、Composite，組合模式：將對象組合成樹形結(jié)構(gòu)以表示部分整體的關(guān)系，Composite使得用戶對單個對象和組合對象的使用具有一致性。

　　十八、Facade，外觀模式：為子系統(tǒng)中的一組接口提供一致的界面，fa?ade提供了一高層接口，這個接口使得子系統(tǒng)更容易使用。

　　十九、Proxy，代理模式：為其他對象提供一種代理以控制對這個對象的訪問

　　二十、Adapter,適配器模式：將一類的接口轉(zhuǎn)換成客戶希望的另外一個接口，Adapter模式使得原本由于接口不兼容而不能一起工作那些類可以一起工作。

　　二十一、Decrator，裝飾模式：動態(tài)地給一個對象增加一些額外的職責(zé)，就增加的功能來說，Decorator模式相比生成子類更加靈活。

　　二十二、Bridge，橋模式：將抽象部分與它的實現(xiàn)部分相分離，使他們可以獨立的變化。

　　二十三、Flyweight，享元模式

　　開發(fā)模式:

　　JAVA中的開發(fā)模式:

　　MVC是一個很常用的程序開發(fā)設(shè)計模式，M-Model（模型）：封裝應(yīng)用程序的狀態(tài)；V-View（視圖）：表示用戶界面；C-Controlle

　　其實還有兩類：并發(fā)型模式和線程池模式。用一個圖片來整體描述一下：

　　二、設(shè)計模式的六大原則

　　1、開閉原則（OpenClosePrinciple）

　　開閉原則就是說對擴展開放，對修改關(guān)閉。在程序需要進(jìn)行拓展的時候，不能去修改原有的代碼，實現(xiàn)一個熱插拔的效果。所以一句話概括就是：為了使程序的擴展性好，易于維護(hù)和升級。想要達(dá)到這樣的效果，我們需要使用接口和抽象類，后面的具體設(shè)計中我們會提到這點。

　　2、里氏代換原則（LiskovSubstitutionPrinciple）

　　里氏代換原則(LiskovSubstitutionPrincipleLSP)面向?qū)ο笤O(shè)計的基本原則之一。里氏代換原則中說，任何基類可以出現(xiàn)的地方，子類一定可以出現(xiàn)。LSP是繼承復(fù)用的基石，只有當(dāng)衍生類可以替換掉基類，軟件單位的功能不受到影響時，基類才能真正被復(fù)用，而衍生類也能夠在基類的基礎(chǔ)上增加新的行為。里氏代換原則是對“開-閉”原則的補充。實現(xiàn)“開-閉”原則的關(guān)鍵步驟就是抽象化。而基類與子類的繼承關(guān)系就是抽象化的具體實現(xiàn)，所以里氏代換原則是對實現(xiàn)抽象化的具體步驟的規(guī)范。——FromBaidu百科

　　3、依賴倒轉(zhuǎn)原則（DependenceInversionPrinciple）

　　這個是開閉原則的基礎(chǔ)，具體內(nèi)容：真對接口編程，依賴于抽象而不依賴于具體。

　　4、接口隔離原則（InterfaceSegregationPrinciple）

　　這個原則的意思是：使用多個隔離的接口，比使用單個接口要好。還是一個降低類之間的耦合度的意思，從這兒我們看出，其實設(shè)計模式就是一個軟件的設(shè)計思想，從大型軟件架構(gòu)出發(fā)，為了升級和維護(hù)方便。所以上文中多次出現(xiàn)：降低依賴，降低耦合。

　　5、迪米特法則（最少知道原則）（DemeterPrinciple）

　　為什么叫最少知道原則，就是說：一個實體應(yīng)當(dāng)盡量少的與其他實體之間發(fā)生相互作用，使得系統(tǒng)功能模塊相對獨立。

　　6、合成復(fù)用原則（CompositeReusePrinciple）

　　原則是盡量使用合成/聚合的方式，而不是使用繼承。

　　Java項目視頻教程

　　Java實戰(zhàn)項目視頻之egov項目視頻教程【免費下載】：http://www.soulsinkind.com/v83/

　　Java學(xué)生成績管理系統(tǒng)視頻教程【免費下載】：http://www.soulsinkind.com/v51/

       以上就是動力節(jié)點Java培訓(xùn)機構(gòu)小編介紹的“設(shè)計模式和開發(fā)模式有哪些？Java畢業(yè)設(shè)計視頻教程”的內(nèi)容，希望對大家有幫助，如有疑問，請在線咨詢，有專業(yè)老師隨時為你服務(wù)。