歡迎光臨
每天分享高質量文章

詳解設計樣式在 Spring 中的應用

(給ImportNew加星標,提高Java技能)

 

轉自:it學習者,作者:螃蟹

鏈接:itxxz.com/a/javashili/tuozhan/2014/0601/7.html

 

設計樣式作為工作學習中的枕邊書,卻時常處於勤說不用的尷尬境地,也不是我們時常忘記,只是一直沒有記憶。

 

今天,螃蟹就設計樣式的內在價值做一番探討,並以spring為例進行講解,只有領略了其設計的思想理念,才能在工作學習中運用到“無形”。

 

Spring作為業界的經典框架,無論是在架構設計方面,還是在代碼編寫方面,都堪稱行內典範。好了,話不多說,開始今天的內容。

 

spring中常用的設計樣式達到九種,我們一一舉例:

 

第一種:簡單工廠

 

又叫做靜態工廠方法(StaticFactory Method)樣式,但不屬於23種GOF設計樣式之一。 

 

簡單工廠樣式的實質是由一個工廠類根據傳入的引數,動態決定應該創建哪一個產品類。 

 

spring中的BeanFactory就是簡單工廠樣式的體現,根據傳入一個唯一的標識來獲得bean物件,但是否是在傳入引數後創建還是傳入引數前創建這個要根據具體情況來定。如下配置,就是在 HelloItxxz 類中創建一個 itxxzBean。

 


    "singletonBean"

class=“com.itxxz.HelloItxxz”>

Hello! 這是singletonBean!value>

“itxxzBean” class=“com.itxxz.HelloItxxz”
singleton=“false”>

Hello! 這是itxxzBean! value>

 

第二種:工廠方法(Factory Method)

 

通常由應用程式直接使用new創建新的物件,為了將物件的創建和使用相分離,採用工廠樣式,即應用程式將物件的創建及初始化職責交給工廠物件。

 

一般情況下,應用程式有自己的工廠物件來創建bean.如果將應用程式自己的工廠物件交給Spring管理,那麼Spring管理的就不是普通的bean,而是工廠Bean。

 

螃蟹就以工廠方法中的靜態方法為例講解一下:

 

import java.util.Random;
public class StaticFactoryBean {
      public static Integer createRandom() {
           return new Integer(new Random().nextInt());
       }
}

 

建一個config.xm配置檔案,將其納入Spring容器來管理,需要通過factory-method指定靜態方法名稱

 

"random"

class=“example.chapter3.StaticFactoryBean”
factory-method=“createRandom” //createRandom方法必須是static的,才能找到
scope=“prototype”
/>

 

測試:

 

public static void main(String[] args) {

      //呼叫getBean()時,傳回隨機數.如果沒有指定factory-method,會傳回StaticFactoryBean的實體,即傳回工廠Bean的實體
      XmlBeanFactory factory = new XmlBeanFactory(new ClassPathResource("config.xml"));
      System.out.println("我是IT學習者創建的實體:"+factory.getBean("random").toString());
}

 

第三種:單例樣式(Singleton)

 

保證一個類僅有一個實體,並提供一個訪問它的全域性訪問點。

 

spring中的單例樣式完成了後半句話,即提供了全域性的訪問點BeanFactory。但沒有從建構式級別去控制單例,這是因為spring管理的是是任意的java物件。 

 

核心提示點:Spring下預設的bean均為singleton,可以通過singleton=“true|false” 或者 scope=“?”來指定

 

第四種:配接器(Adapter)

 

在Spring的Aop中,使用的Advice(通知)來增強被代理類的功能。Spring實現這一AOP功能的原理就使用代理樣式(1、JDK動態代理。2、CGLib位元組碼生成技術代理。)對類進行方法級別的切麵增強,即,生成被代理類的代理類, 併在代理類的方法前,設置攔截器,通過執行攔截器重的內容增強了代理方法的功能,實現的面向切麵編程。

 

Adapter類接口:Target

 

public interface AdvisorAdapter {
 
boolean supportsAdvice(Advice advice);
 
      MethodInterceptor getInterceptor(Advisor advisor);
 
}

 

MethodBeforeAdviceAdapter類,Adapter

 

class MethodBeforeAdviceAdapter implements AdvisorAdapter, Serializable {
 
      public boolean supportsAdvice(Advice advice) {
            return (advice instanceof MethodBeforeAdvice);
      }
 
      public MethodInterceptor getInterceptor(Advisor advisor) {
            MethodBeforeAdvice advice = (MethodBeforeAdvice) advisor.getAdvice();
      return new MethodBeforeAdviceInterceptor(advice);
      }
 
}

 

第五種:包裝器(Decorator)

 

在我們的專案中遇到這樣一個問題:我們的專案需要連接多個資料庫,而且不同的客戶在每次訪問中根據需要會去訪問不同的資料庫。我們以往在spring和hibernate框架中總是配置一個資料源,因而sessionFactory的dataSource屬性總是指向這個資料源並且恆定不變,所有DAO在使用sessionFactory的時候都是通過這個資料源訪問資料庫。但是現在,由於專案的需要,我們的DAO在訪問sessionFactory的時候都不得不在多個資料源中不斷切換,問題就出現了:如何讓sessionFactory在執行資料持久化的時候,根據客戶的需求能夠動態切換不同的資料源?我們能不能在spring的框架下通過少量修改得到解決?是否有什麼設計樣式可以利用呢? 

 

首先想到在spring的applicationContext中配置所有的dataSource。這些dataSource可能是各種不同型別的,比如不同的資料庫:Oracle、SQL Server、MySQL等,也可能是不同的資料源:比如apache 提供的org.apache.commons.dbcp.BasicDataSource、spring提供的org.springframework.jndi.JndiObjectFactoryBean等。然後sessionFactory根據客戶的每次請求,將dataSource屬性設置成不同的資料源,以到達切換資料源的目的。

 

spring中用到的包裝器樣式在類名上有兩種表現:一種是類名中含有Wrapper,另一種是類名中含有Decorator。基本上都是動態地給一個物件添加一些額外的職責。 

 

第六種:代理(Proxy)

 

為其他物件提供一種代理以控制對這個物件的訪問。 

 

從結構上來看和Decorator樣式類似,但Proxy是控制,更像是一種對功能的限制,而Decorator是增加職責。 

 

spring的Proxy樣式在aop中有體現,比如JdkDynamicAopProxyCglib2AopProxy。 

 

第七種:觀察者(Observer)

 

定義物件間的一種一對多的依賴關係,當一個物件的狀態發生改變時,所有依賴於它的物件都得到通知並被自動更新。

 

spring中Observer樣式常用的地方是listener的實現。如ApplicationListener。 

 

第八種:策略(Strategy)

 

定義一系列的演算法,把它們一個個封裝起來,並且使它們可相互替換。本樣式使得演算法可獨立於使用它的客戶而變化。 

 

spring中在實體化物件的時候用到Strategy樣式

 

SimpleInstantiationStrategy中有如下代碼說明瞭策略樣式的使用情況: 

 

 

第九種:模板方法(Template Method)

 

定義一個操作中的演算法的骨架,而將一些步驟延遲到子類中。Template Method使得子類可以不改變一個演算法的結構即可重定義該演算法的某些特定步驟。

 

Template Method樣式一般是需要繼承的。這裡想要探討另一種對Template Method的理解。spring中的JdbcTemplate,在用這個類時並不想去繼承這個類,因為這個類的方法太多,但是我們還是想用到JdbcTemplate已有的穩定的、公用的資料庫連接,那麼我們怎麼辦呢?我們可以把變化的東西抽出來作為一個引數傳入JdbcTemplate的方法中。但是變化的東西是一段代碼,而且這段代碼會用到JdbcTemplate中的變數。怎麼辦?那我們就用回呼物件吧。在這個回呼物件中定義一個操縱JdbcTemplate中變數的方法,我們去實現這個方法,就把變化的東西集中到這裡了。然後我們再傳入這個回呼物件到JdbcTemplate,從而完成了呼叫。這可能是Template Method不需要繼承的另一種實現方式吧。 

 

以下是一個具體的例子: 

 

JdbcTemplate中的execute方法 

 

 

JdbcTemplate執行execute方法 

 

    赞(0)

    分享創造快樂