spring中常用的九種設(shè)計模式是什么

本篇內(nèi)容主要講解“spring中常用的九種設(shè)計模式是什么”，感興趣的朋友不妨來看看。本文介紹的方法操作簡單快捷，實用性強。下面就讓小編來帶大家學(xué)習(xí)“spring中常用的九種設(shè)計模式是什么”吧!

模板方法(Template Method)

spring的jdbc模板，對Spring源碼的精妙真是佩服得五體投地，極為經(jīng)典。

spring中真是集設(shè)計模式之大成，而且用得是爐火純青。模板方法(template  method)就在spring中被大量使用，如：jdbcTemplate,hibernateTemplate,JndiTemplate以及一些包圍的包裝等都無疑使用了模板模式，但spring并不是單純使用了模板方法，而是在此基礎(chǔ)上做了創(chuàng)新，配合callback(回調(diào))一起使用，用得極其靈活。

所謂模板板式，就是在父類中定義算法的主要流程，而把一些個性化的步驟延遲到子類中去實現(xiàn)，父類始終控制著整個流程的主動權(quán)，子類只是輔助父類實現(xiàn)某些可定制的步驟。

所謂回調(diào)，就是方法參數(shù)中傳遞一個接口，父類在調(diào)用此方法時，必須調(diào)用方法中傳遞的接口的實現(xiàn)類。

以下是一個具體的例子，JdbcTemplate中的execute方法。

上面所述僅僅是Spring JdbcTemplte實現(xiàn)的基本原理，Spring  JdbcTemplate內(nèi)部還做了更多的事情，比如，把所有的基本操作都封裝到JdbcOperations接口內(nèi)，以及采用JdbcAccessor來管理DataSource和轉(zhuǎn)換異常等。

策略(Strategy)

策略模式是對算法的包裝，把使用算法的責(zé)任和算法本身分隔開，委派給不同的對象管理。策略模式通常把一系列的算法包裝到一系列的策略類里面，作為一個抽象策略類的子類。

spring中在實例化對象的時候用到Strategy模式，在SimpleInstantiationStrategy中有如下代碼說明了策略模式的使用情況。

簡單工廠

又叫做靜態(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。

<beans>

工廠方法(Factory Method)

通常由應(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;

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

測試：

<bean id="random"

單例模式(Singleton)

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

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

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

適配器(Adapter)

在Spring的Aop中，使用的Advice(通知)來增強被代理類的功能。

Spring實現(xiàn)這一AOP功能的原理就使用代理模式。

1、JDK動態(tài)代理。

2、CGLib字節(jié)碼生成技術(shù)代理。

對類進行方法級別的切面增強，即，生成被代理類的代理類，  并在代理類的方法前，設(shè)置攔截器，通過執(zhí)行攔截器重的內(nèi)容增強了代理方法的功能，實現(xiàn)的面向切面編程。

public interface AdvisorAdapter { class MethodBeforeAdviceAdapter implements AdvisorAdapter, Serializable {

代理(Proxy)

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

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

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

裝飾模式(Decorator)

也叫包裝器模式(Wrapper)。GOF在《設(shè)計模式》一書中給出的定義為：動態(tài)地給一個對象添加一些額外的職責(zé)。就增加功能來說，Decorator模式相比生成子類更為靈活。

在我們的項目中遇到這樣一個問題：我們的項目需要連接多個數(shù)據(jù)庫，而且不同的客戶在每次訪問中根據(jù)需要會去訪問不同的數(shù)據(jù)庫。

這里，你會首先想到得是在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。基本上都是動態(tài)地給一個對象添加一些額外的職責(zé)。

觀察者(Observer)

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

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

到此，相信大家對“spring中常用的九種設(shè)計模式是什么”有了更深的了解，不妨來實際操作一番吧！這里是億速云網(wǎng)站，更多相關(guān)內(nèi)容可以進入相關(guān)頻道進行查詢，關(guān)注我們，繼續(xù)學(xué)習(xí)！