spring中的設計模式

應該說設計模式是我們在寫程式碼時候的一種被承認的較好的模式，就像一種宗教信仰一樣，大多數人承認的時候，你就要跟隨，如果你想當一個社會存在的話。好的設計模式就像是給程式碼造了一個很好的骨架，在這個骨架裡，你可以知道心在哪裡，肺在哪裡，因為大多數人都認識這樣的骨架，就有了很好的傳播性。這是從易讀和易傳播來感知設計模式的好處。當然設計模式本身更重要的是設計原則的一種實現，比如開閉原則，依賴倒置原則，這些是在程式碼的修改和擴充套件上說事。說到底就是人類和程式碼發生關係的四種場合：閱讀，修改，增加，刪除。讓每一種場合都比較舒服的話，就需要用設計模式。 
但是話說如果你是個毛毛蟲，又怎麼懂得人的骨骼呢，不瞭解人的骨骼結構，又怎麼知道心肺在哪裡呢。讓一個不瞭解設計模式的人去讀充斥了設計模式的程式碼，也是一頭霧水，這也是設計模式帶來的負面效果。簡單有錯嗎？沒有，那為什麼？因為我要滿足修改和增加的需要，於是我們給自己一個用設計模式的藉口。但是如果不修改和增加呢，那不是多此一舉。那你又怎麼知道不會修改和增加？也許在用設計模式的時候，我們總在問自己這樣一個問題，這個玩意以後變化大嗎，有增加的可能嗎？ 
設計模式其實會帶來複雜性的，這是無可爭議的，我想我們應該在複雜和簡單做一下平衡吧。 

下面來簡單列舉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方法 

 

可以這樣理解，初始化被定義成介面，然後針對各種需求，做了各種各樣的初始化工作，開發人員只需知道如何正確配置，然後spring就可以幹活了