轉自：http://ylsun1113.iteye.com/blog/828542
我對設計模式的理解：
應該說設計模式是我們在寫代碼時候的一種被承認的較好的模式，就像一種宗教信仰一樣，大多數人承認的時候，你就要跟隨，如果你想當一個社會存在的話。好的設計模式就像是給代碼造了一個很好的骨架，在這個骨架裏，你可以知道心在哪裏，肺在哪裏，因爲大多數人都認識這樣的骨架，就有了很好的傳播性。這是從易讀和易傳播來感知設計模式的好處。當然設計模式本身更重要的是設計原則的一種實現，比如開閉原則，依賴倒置原則，這些是在代碼的修改和擴展上說事。說到底就是人類和代碼發生關係的四種場合：閱讀，修改，增加，刪除。讓每一種場合都比較舒服的話，就需要用設計模式。
但是話說如果你是個毛毛蟲，又怎麼懂得人的骨骼呢，不瞭解人的骨骼結構，又怎麼知道心肺在哪裏呢。讓一個不瞭解設計模式的人去讀充斥了設計模式的代碼，也是一頭霧水，這也是設計模式帶來的負面效果。簡單有錯嗎？沒有，那爲什麼？因爲我要滿足修改和增加的需要，於是我們給自己一個用設計模式的藉口。但是如果不修改和增加呢，那不是多此一舉。那你又怎麼知道不會修改和增加？也許在用設計模式的時候，我們總在問自己這樣一個問題，這個玩意以後變化大嗎，有增加的可能嗎？
設計模式其實會帶來複雜性的，這是無可爭議的，我想我們應該在複雜和簡單做一下平衡吧。
下面來簡單列舉spring中的設計模式：
1.簡單工廠
又叫做靜態工廠方法（StaticFactory Method）模式，但不屬於23種GOF設計模式之一。
簡單工廠模式的實質是由一個工廠類根據傳入的參數，動態決定應該創建哪一個產品類。
spring中的BeanFactory就是簡單工廠模式的體現，根據傳入一個唯一的標識來獲得bean對象，但是否是在傳入參數後創建還是傳入參數前創建這個要根據具體情況來定。
2.工廠方法（Factory Method）
定義一個用於創建對象的接口，讓子類決定實例化哪一個類。Factory Method使一個類的實例化延遲到其子類。
spring中的FactoryBean就是典型的工廠方法模式。如下圖：
3.單例（Singleton）
保證一個類僅有一個實例，並提供一個訪問它的全局訪問點。
spring中的單例模式完成了後半句話，即提供了全局的訪問點BeanFactory。但沒有從構造器級別去控制單例，這是因爲spring管理的是是任意的Java對象。
4.適配器（Adapter）
將一個類的接口轉換成客戶希望的另外一個接口。Adapter模式使得原本由於接口不兼容而不能一起工作的那些類可以一起工作。
spring中在對於aop的處理中有Adapter模式的例子，見如下圖：
由於Advisor鏈需要的是MethodInterceptor對象，所以每一個Advisor中的Advice都要適配成對應的MethodInterceptor對象。
5.包裝器（Decorator）
動態地給一個對象添加一些額外的職責。就增加功能來說，Decorator模式相比生成子類更爲靈活。
spring中用到的包裝器模式在類名上有兩種表現：一種是類名中含有Wrapper，另一種是類名中含有Decorator。基本上都是動態地給一個對象添加一些額外的職責。
6.代理（Proxy）
爲其他對象提供一種代理以控制對這個對象的訪問。
從結構上來看和Decorator模式類似，但Proxy是控制，更像是一種對功能的限制，而Decorator是增加職責。
spring的Proxy模式在aop中有體現，比如JdkDynamicAopProxy和Cglib2AopProxy。
7.觀察者（Observer）
定義對象間的一種一對多的依賴關係，當一個對象的狀態發生改變時，所有依賴於它的對象都得到通知並被自動更新。
spring中Observer模式常用的地方是listener的實現。如ApplicationListener。
8.策略（Strategy）
定義一系列的算法，把它們一個個封裝起來，並且使它們可相互替換。本模式使得算法可獨立於使用它的客戶而變化。
spring中在實例化對象的時候用到Strategy模式，見如下圖：
在SimpleInstantiationStrategy中有如下代碼說明了策略模式的使用情況：
9.模板方法（Template Method）
定義一個操作中的算法的骨架，而將一些步驟延遲到子類中。Template Method使得子類可以不改變一個算法的結構即可重定義該算法的某些特定步驟。
Template Method模式一般是需要繼承的。這裏想要探討另一種對Template Method的理解。spring中的JdbcTemplate，在用這個類時並不想去繼承這個類，因爲這個類的方法太多，但是我們還是想用到JdbcTemplate已有的穩定的、公用的數據庫連接，那麼我們怎麼辦呢？我們可以把變化的東西抽出來作爲一個參數傳入JdbcTemplate的方法中。但是變化的東西是一段代碼，而且這段代碼會用到JdbcTemplate中的變量。怎麼辦？那我們就用回調對象吧。在這個回調對象中定義一個操縱JdbcTemplate中變量的方法，我們去實現這個方法，就把變化的東西集中到這裏了。然後我們再傳入這個回調對象到JdbcTemplate，從而完成了調用。這可能是Template Method不需要繼承的另一種實現方式吧。
JdbcTemplate中的execute方法
JdbcTemplate執行execute方法
