設計模式總則

一、概述

1、什麽是設計模式

設計模式是一套被反復使用、多數人知曉的、經過分類編目的、代碼設計經驗的總結。

解釋下：

分類編目：就是說可以找到一些特征去劃分這些設計模式，從而進行分類。

代碼設計經驗：這句很重要，設計經驗的總結，也就是說設計模式，是為了指導設計而從經驗中總結出來的套路。

二、設計模式三大分類

先列出三大分類是:創建型模式、結構型模式、行為型模式三種模式。

1、理解三大分類

(1)稍微解釋下

創建型模式：對象實例化的模式，創建型模式用於解耦對象的實例化過程。

結構型模式：把類或對象結合在一起形成一個更大的結構。

行為型模式：類和對象如何交互，及劃分責任和算法。

這麽一解釋，就連我自己其實還沒有真正明白他們到底是意思。網上大大部分對他們的解釋就到這一層，還好被我找到一篇更加詳細的介紹。

(2)更詳細解釋下

創建型模式

創建型模式對類的實例化過程進行了抽象，能夠將軟件模塊中對象的創建和對象的使用分離。為了使軟件的結構更加清晰，外界對於這些對象只需要知道它們共同的接口，而不清楚其具體的實現細節，使整個系統

的設計更加符合單一職責原則。

結構型模式

結構型模式描述如何將類或者對象結合在一起形成更大的結構，就像搭積木，可以通過 簡單積木的組合形成復雜的、功能更為強大的結構

行為型模式

行為型模式是對在不同的對象之間劃分責任和算法的抽象化。行為型模式不僅僅關註類和對象的結構，而且重點關註它們之間的相互作用。

通過行為型模式，可以更加清晰地劃分類與對象的職責。在系統運行時，對象並不是孤立的，它們可以通過相互通信與協作完成某些復雜功能，一個對象在運行時也將影響到其他對象的運行。

這樣一來總算是稍稍明白點了。

2、設計模式劃分

這篇博客的內容還是蠻少的，本打算把六大原則也寫在這篇博客了，最後發現六大原則還是挺重要的，理解他們非常有助於在平時開發中提高自己的代碼質量，所以打算單獨寫一篇博客詳細分析。

想太多，做太少，中間的落差就是煩惱。想沒有煩惱，要麽別想，要麽多做。中校【3】

【java設計模式】---總則