Java中Spring設(shè)計模式有哪些

這篇文章主要為大家展示了“Java中Spring設(shè)計模式有哪些”，內(nèi)容簡而易懂，條理清晰，希望能夠幫助大家解決疑惑，下面讓小編帶領(lǐng)大家一起研究并學(xué)習(xí)一下“Java中Spring設(shè)計模式有哪些”這篇文章吧。

一、簡單工廠模式

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

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

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

二、工廠方法模式

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

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

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

import java.util.Random;

public class StaticFactoryBean {

public static Integer createRandom() {

return new Integer(new Random().nextInt());

}

}

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

測試：

public static void main(String[] args) {

//調(diào)用getBean()時,返回隨機(jī)數(shù).如果沒有指定factory-method,會返回StaticFactoryBean的實例,即返回工廠Bean的實例

XmlBeanFactory factory = new XmlBeanFactory(new ClassPathResource("config.xml"));

System.out.println("我是IT學(xué)習(xí)者創(chuàng)建的實例:"+factory.getBean("random").toString());

}

三、單例模式

保證一個類僅有一個實例，并提供一個訪問它的全局訪問點。

spring中的單例模式完成了后半句話，即提供了全局的訪問點BeanFactory。但沒有從構(gòu)造器級別去控制單例，這是因為spring管理的是是任意的java對象。

核心提示點：Spring下默認(rèn)的bean均為singleton，可以通過singleton=“true|false” 或者 scope="?"來指定。

四、適配器模式

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

Adapter類接口：Target

五、包裝器模式

在我們的項目中遇到這樣一個問題：我們的項目需要連接多個數(shù)據(jù)庫，而且不同的客戶在每次訪問中根據(jù)需要會去訪問不同的數(shù)據(jù)庫。我們以往在spring和hibernate框架中總是配置一個數(shù)據(jù)源，因而sessionFactory的dataSource屬性總是指向這個數(shù)據(jù)源并且恒定不變，所有DAO在使用sessionFactory的時候都是通過這個數(shù)據(jù)源訪問數(shù)據(jù)庫。

但是現(xiàn)在，由于項目的需要，我們的DAO在訪問sessionFactory的時候都不得不在多個數(shù)據(jù)源中不斷切換，問題就出現(xiàn)了：如何讓sessionFactory在執(zhí)行數(shù)據(jù)持久化的時候，根據(jù)客戶的需求能夠動態(tài)切換不同的數(shù)據(jù)源?我們能不能在spring的框架下通過少量修改得到解決?是否有什么設(shè)計模式可以利用呢?

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

spring中用到的包裝器模式在類名上有兩種表現(xiàn)：一種是類名中含有Wrapper，另一種是類名中含有Decorator?；旧隙际莿討B(tài)地給一個對象添加一些額外的職責(zé)。

六、代理模式

為其他對象提供一種代理以控制對這個對象的訪問。 從結(jié)構(gòu)上來看和Decorator模式類似，但Proxy是控制，更像是一種對功能的限制，而Decorator是增加職責(zé)。

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

七、觀察者模式

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

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

八、策略模式

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

spring中在實例化對象的時候用到Strategy模式

在SimpleInstantiationStrategy中有如下代碼說明了策略模式的使用情況：

以上是“Java中Spring設(shè)計模式有哪些”這篇文章的所有內(nèi)容，感謝各位的閱讀！相信大家都有了一定的了解，希望分享的內(nèi)容對大家有所幫助，如果還想學(xué)習(xí)更多知識，歡迎關(guān)注億速云行業(yè)資訊頻道！