設(shè)計(jì)模式作為工作學(xué)習(xí)中的枕邊書(shū)，卻時(shí)常處于勤說(shuō)不用的尷尬境地，也不是我們時(shí)常忘記，只是一直沒(méi)有記憶。

今天，在IT學(xué)習(xí)者網(wǎng)站就設(shè)計(jì)模式的內(nèi)在價(jià)值做一番探討，并以spring為例進(jìn)行講解，只有領(lǐng)略了其設(shè)計(jì)的思想理念，才能在工作學(xué)習(xí)中運(yùn)用到“無(wú)形”。

Spring作為業(yè)界的經(jīng)典框架，無(wú)論是在架構(gòu)設(shè)計(jì)方面，還是在代碼編寫(xiě)方面，都堪稱行內(nèi)典范。好了，話不多說(shuō)，開(kāi)始今天的內(nèi)容。

spring中常用的設(shè)計(jì)模式達(dá)到九種，我們一一舉例：

第一種：簡(jiǎn)單工廠

又叫做靜態(tài)工廠方法（StaticFactory Method）模式，但不屬于23種GOF設(shè)計(jì)模式之一。

簡(jiǎn)單工廠模式的實(shí)質(zhì)是由一個(gè)工廠類(lèi)根據(jù)傳入的參數(shù)，動(dòng)態(tài)決定應(yīng)該創(chuàng)建哪一個(gè)產(chǎn)品類(lèi)。

spring中的BeanFactory就是簡(jiǎn)單工廠模式的體現(xiàn)，根據(jù)傳入一個(gè)唯一的標(biāo)識(shí)來(lái)獲得bean對(duì)象，但是否是在傳入?yún)?shù)后創(chuàng)建還是傳入?yún)?shù)前創(chuàng)建這個(gè)要根據(jù)具體情況來(lái)定。如下配置，就是在 HelloItxxz 類(lèi)中創(chuàng)建一個(gè) itxxzBean。

<beans>
  <bean id="singletonBean" class="com.itxxz.HelloItxxz">
    <constructor-arg>
      <value>Hello! 這是singletonBean!value>
    </constructor-arg>
  </ bean>

  <bean id="itxxzBean" class="com.itxxz.HelloItxxz"
    singleton="false">
    <constructor-arg>
      <value>Hello! 這是itxxzBean! value>
    </constructor-arg>
  </bean>

</beans>

第二種：工廠方法（Factory Method）

通常由應(yīng)用程序直接使用new創(chuàng)建新的對(duì)象，為了將對(duì)象的創(chuàng)建和使用相分離，采用工廠模式,即應(yīng)用程序?qū)?duì)象的創(chuàng)建及初始化職責(zé)交給工廠對(duì)象。

一般情況下,應(yīng)用程序有自己的工廠對(duì)象來(lái)創(chuàng)建bean.如果將應(yīng)用程序自己的工廠對(duì)象交給Spring管理,那么Spring管理的就不是普通的bean,而是工廠Bean。

螃蟹就以工廠方法中的靜態(tài)方法為例講解一下：

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

建一個(gè)config.xm配置文件，將其納入Spring容器來(lái)管理,需要通過(guò)factory-method指定靜態(tài)方法名稱

<bean id="random"
class="example.chapter3.StaticFactoryBean"
factory-method="createRandom" //createRandom方法必須是static的,才能找到
scope="prototype"
/>

測(cè)試：

public static void main(String[] args) {
   //調(diào)用getBean()時(shí),返回隨機(jī)數(shù).如果沒(méi)有指定factory-method,會(huì)返回StaticFactoryBean的實(shí)例,即返回工廠Bean的實(shí)例
   XmlBeanFactory factory = new XmlBeanFactory(new ClassPathResource("config.xml"));
   System.out.println("我是IT學(xué)習(xí)者創(chuàng)建的實(shí)例:"+factory.getBean("random").toString());
}

第三種：?jiǎn)卫Ｊ剑⊿ingleton）

保證一個(gè)類(lèi)僅有一個(gè)實(shí)例，并提供一個(gè)訪問(wèn)它的全局訪問(wèn)點(diǎn)。

spring中的單例模式完成了后半句話，即提供了全局的訪問(wèn)點(diǎn)BeanFactory。但沒(méi)有從構(gòu)造器級(jí)別去控制單例，這是因?yàn)閟pring管理的是是任意的java對(duì)象。

核心提示點(diǎn)：Spring下默認(rèn)的bean均為singleton，可以通過(guò)singleton=“true|false” 或者 scope=“？”來(lái)指定

第四種：適配器（Adapter）

在Spring的Aop中，使用的Advice（通知）來(lái)增強(qiáng)被代理類(lèi)的功能。Spring實(shí)現(xiàn)這一AOP功能的原理就使用代理模式（1、JDK動(dòng)態(tài)代理。2、CGLib字節(jié)碼生成技術(shù)代理。）對(duì)類(lèi)進(jìn)行方法級(jí)別的切面增強(qiáng)，即，生成被代理類(lèi)的代理類(lèi)， 并在代理類(lèi)的方法前，設(shè)置攔截器，通過(guò)執(zhí)行攔截器重的內(nèi)容增強(qiáng)了代理方法的功能，實(shí)現(xiàn)的面向切面編程。

Adapter類(lèi)接口：Target

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

}

MethodBeforeAdviceAdapter類(lèi)，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）

在我們的項(xiàng)目中遇到這樣一個(gè)問(wèn)題：我們的項(xiàng)目需要連接多個(gè)數(shù)據(jù)庫(kù)，而且不同的客戶在每次訪問(wèn)中根據(jù)需要會(huì)去訪問(wèn)不同的數(shù)據(jù)庫(kù)。我們以往在spring和hibernate框架中總是配置一個(gè)數(shù)據(jù)源，因而sessionFactory的dataSource屬性總是指向這個(gè)數(shù)據(jù)源并且恒定不變，所有DAO在使用sessionFactory的時(shí)候都是通過(guò)這個(gè)數(shù)據(jù)源訪問(wèn)數(shù)據(jù)庫(kù)。但是現(xiàn)在，由于項(xiàng)目的需要，我們的DAO在訪問(wèn)sessionFactory的時(shí)候都不得不在多個(gè)數(shù)據(jù)源中不斷切換，問(wèn)題就出現(xiàn)了：如何讓sessionFactory在執(zhí)行數(shù)據(jù)持久化的時(shí)候，根據(jù)客戶的需求能夠動(dòng)態(tài)切換不同的數(shù)據(jù)源？我們能不能在spring的框架下通過(guò)少量修改得到解決？是否有什么設(shè)計(jì)模式可以利用呢？

首先想到在spring的applicationContext中配置所有的dataSource。這些dataSource可能是各種不同類(lèi)型的，比如不同的數(shù)據(jù)庫(kù)：Oracle、SQL Server、MySQL等，也可能是不同的數(shù)據(jù)源：比如apache 提供的org.apache.commons.dbcp.BasicDataSource、spring提供的org.springframework.jndi.JndiObjectFactoryBean等。然后sessionFactory根據(jù)客戶的每次請(qǐng)求，將dataSource屬性設(shè)置成不同的數(shù)據(jù)源，以到達(dá)切換數(shù)據(jù)源的目的。

spring中用到的包裝器模式在類(lèi)名上有兩種表現(xiàn)：一種是類(lèi)名中含有Wrapper，另一種是類(lèi)名中含有Decorator。基本上都是動(dòng)態(tài)地給一個(gè)對(duì)象添加一些額外的職責(zé)。

第六種：代理（Proxy）

為其他對(duì)象提供一種代理以控制對(duì)這個(gè)對(duì)象的訪問(wèn)。

從結(jié)構(gòu)上來(lái)看和Decorator模式類(lèi)似，但Proxy是控制，更像是一種對(duì)功能的限制，而Decorator是增加職責(zé)。

spring的Proxy模式在aop中有體現(xiàn)，比如JdkDynamicAopProxy和Cglib2AopProxy。

第七種：觀察者（Observer）

定義對(duì)象間的一種一對(duì)多的依賴關(guān)系，當(dāng)一個(gè)對(duì)象的狀態(tài)發(fā)生改變時(shí)，所有依賴于它的對(duì)象都得到通知并被自動(dòng)更新。

spring中Observer模式常用的地方是listener的實(shí)現(xiàn)。如ApplicationListener。

第八種：策略（Strategy）

定義一系列的算法，把它們一個(gè)個(gè)封裝起來(lái)，并且使它們可相互替換。本模式使得算法可獨(dú)立于使用它的客戶而變化。

spring中在實(shí)例化對(duì)象的時(shí)候用到Strategy模式在SimpleInstantiationStrategy中有如下代碼說(shuō)明了策略模式的使用情況：

第九種：模板方法（Template Method）

定義一個(gè)操作中的算法的骨架，而將一些步驟延遲到子類(lèi)中。Template Method使得子類(lèi)可以不改變一個(gè)算法的結(jié)構(gòu)即可重定義該算法的某些特定步驟。

Template Method模式一般是需要繼承的。這里想要探討另一種對(duì)Template Method的理解。spring中的JdbcTemplate，在用這個(gè)類(lèi)時(shí)并不想去繼承這個(gè)類(lèi)，因?yàn)檫@個(gè)類(lèi)的方法太多，但是我們還是想用到JdbcTemplate已有的穩(wěn)定的、公用的數(shù)據(jù)庫(kù)連接，那么我們?cè)趺崔k呢？我們可以把變化的東西抽出來(lái)作為一個(gè)參數(shù)傳入JdbcTemplate的方法中。但是變化的東西是一段代碼，而且這段代碼會(huì)用到JdbcTemplate中的變量。怎么辦？那我們就用回調(diào)對(duì)象吧。在這個(gè)回調(diào)對(duì)象中定義一個(gè)操縱JdbcTemplate中變量的方法，我們?nèi)?shí)現(xiàn)這個(gè)方法，就把變化的東西集中到這里了。然后我們?cè)賯魅脒@個(gè)回調(diào)對(duì)象到JdbcTemplate，從而完成了調(diào)用。這可能是Template Method不需要繼承的另一種實(shí)現(xiàn)方式吧。

以下是一個(gè)具體的例子：

JdbcTemplate中的execute方法 定義一個(gè)操作中的算法的骨架，而將一些步驟延遲到子類(lèi)中。Template Method使得子類(lèi)可以不改變一個(gè)算法的結(jié)構(gòu)即可重定義該算法的某些特定步驟。

Template Method模式一般是需要繼承的。這里想要探討另一種對(duì)Template Method的理解。spring中的JdbcTemplate，在用這個(gè)類(lèi)時(shí)并不想去繼承這個(gè)類(lèi)，因?yàn)檫@個(gè)類(lèi)的方法太多，但是我們還是想用到JdbcTemplate已有的穩(wěn)定的、公用的數(shù)據(jù)庫(kù)連接，那么我們?cè)趺崔k呢？我們可以把變化的東西抽出來(lái)作為一個(gè)參數(shù)傳入JdbcTemplate的方法中。但是變化的東西是一段代碼，而且這段代碼會(huì)用到JdbcTemplate中的變量。怎么辦？那我們就用回調(diào)對(duì)象吧。在這個(gè)回調(diào)對(duì)象中定義一個(gè)操縱JdbcTemplate中變量的方法，我們?nèi)?shí)現(xiàn)這個(gè)方法，就把變化的東西集中到這里了。然后我們?cè)賯魅脒@個(gè)回調(diào)對(duì)象到JdbcTemplate，從而完成了調(diào)用。這可能是Template Method不需要繼承的另一種實(shí)現(xiàn)方式吧。

以下是一個(gè)具體的例子：

JdbcTemplate中的execute方法

JdbcTemplate執(zhí)行execute方法

以上就是本文的全部?jī)?nèi)容，希望對(duì)大家的學(xué)習(xí)有所幫助，也希望大家多多支持腳本之家。

最新評(píng)論