Spring涉及到的設計模式有哪些

這篇文章主要介紹“Spring涉及到的設計模式有哪些”，在日常操作中，相信很多人在Spring涉及到的設計模式有哪些問題上存在疑惑，小編查閱了各式資料，整理出簡單好用的操作方法，希望對大家解答”Spring涉及到的設計模式有哪些”的疑惑有所幫助！接下來，請跟著小編一起來學習吧！

第一種：簡單工廠

又叫做靜態工廠方法（StaticFactory Method）模式，但不屬于23種GOF設計模式之一。 
簡單工廠模式的實質是由一個工廠類根據傳入的參數，動態決定應該創建哪一個產品類。 
spring中的BeanFactory就是簡單工廠模式的體現，根據傳入一個唯一的標識來獲得bean對象，但是否是在傳入參數后創建還是傳入參數前創建這個要根據具體情況來定。如下配置，就是在 HelloItxxz 類中創建一個 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）

通常由應用程序直接使用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指定靜態方法名稱

<bean id="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中有體現，比如JdkDynamicAopProxy和Cglib2AopProxy。 

第七種：觀察者（Observer）

定義對象間的一種一對多的依賴關系，當一個對象的狀態發生改變時，所有依賴于它的對象都得到通知并被自動更新。
spring中Observer模式常用的地方是listener的實現。如ApplicationListener。 

第八種：策略（Strategy）

定義一系列的算法，把它們一個個封裝起來，并且使它們可相互替換。本模式使得算法可獨立于使用它的客戶而變化。 
spring中在實例化對象的時候用到Strategy模式

到此，關于“Spring涉及到的設計模式有哪些”的學習就結束了，希望能夠解決大家的疑惑。理論與實踐的搭配能更好的幫助大家學習，快去試試吧！若想繼續學習更多相關知識，請繼續關注億速云網站，小編會繼續努力為大家帶來更多實用的文章！