Spring都用到了那些設計模式（3）

前幾節咱們學習了Spring中的工廠模式、單例模式、代理模式、包裝模式以及適配器模式。設計模式的運用讓Spring整個框架很是靈活，便於咱們學習、使用及擴展。接下來還有幾個重要的模式要介紹給你們。

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方法：