設(shè)計模式作為工作學(xué)習(xí)中的枕邊書，卻時常處于勤說不用的尷尬境地，也不是我們時常忘記，只是一直沒有記憶。
今天，在it學(xué)習(xí)者網(wǎng)站就設(shè)計模式的內(nèi)在價值做一番探討，并以spring為例進行講解，只有領(lǐng)略了其設(shè)計的思想理念，才能在工作學(xué)習(xí)中運用到“無形”。
spring作為業(yè)界的經(jīng)典框架，無論是在架構(gòu)設(shè)計方面，還是在代碼編寫方面，都堪稱行內(nèi)典范。好了，話不多說，開始今天的內(nèi)容。
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。
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
|
<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)建新的對象，為了將對象的創(chuàng)建和使用相分離，采用工廠模式,即應(yīng)用程序?qū)ο蟮膭?chuàng)建及初始化職責(zé)交給工廠對象。
一般情況下,應(yīng)用程序有自己的工廠對象來創(chuàng)建bean.如果將應(yīng)用程序自己的工廠對象交給spring管理,那么spring管理的就不是普通的bean,而是工廠bean。
螃蟹就以工廠方法中的靜態(tài)方法為例講解一下：
|
1
2
3
4
5
6
|
import java.util.random;public class staticfactorybean { public static integer createrandom() { return new integer(new random().nextint()); }} |
建一個config.xm配置文件，將其納入spring容器來管理,需要通過factory-method指定靜態(tài)方法名稱
|
1
2
3
4
5
|
<bean id="random"class="example.chapter3.staticfactorybean"factory-method="createrandom" //createrandom方法必須是static的,才能找到scope="prototype"/> |
測試：
|
1
2
3
4
5
|
public static void main(string[] args) { //調(diào)用getbean()時,返回隨機數(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());} |
第三種：單例模式（singleton）
保證一個類僅有一個實例，并提供一個訪問它的全局訪問點。
spring中的單例模式完成了后半句話，即提供了全局的訪問點beanfactory。但沒有從構(gòu)造器級別去控制單例，這是因為spring管理的是是任意的java對象。
核心提示點：spring下默認的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)的面向切面編程。
adapter類接口：target
|
1
2
3
4
5
|
public interface advisoradapter {boolean supportsadvice(advice advice); methodinterceptor getinterceptor(advisor advisor);} |
methodbeforeadviceadapter類，adapter
|
1
2
3
4
5
6
7
8
9
10
11
|
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）
在我們的項目中遇到這樣一個問題：我們的項目需要連接多個數(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ù)源，以到達切換數(shù)據(jù)源的目的。
spring中用到的包裝器模式在類名上有兩種表現(xiàn)：一種是類名中含有wrapper，另一種是類名中含有decorator。基本上都是動態(tài)地給一個對象添加一些額外的職責(zé)。
第六種：代理（proxy）
為其他對象提供一種代理以控制對這個對象的訪問。
從結(jié)構(gòu)上來看和decorator模式類似，但proxy是控制，更像是一種對功能的限制，而decorator是增加職責(zé)。
spring的proxy模式在aop中有體現(xiàn)，比如jdkdynamicaopproxy和cglib2aopproxy。
第七種：觀察者（observer）
定義對象間的一種一對多的依賴關(guān)系，當(dāng)一個對象的狀態(tài)發(fā)生改變時，所有依賴于它的對象都得到通知并被自動更新。
spring中observer模式常用的地方是listener的實現(xiàn)。如applicationlistener。
第八種：策略（strategy）
定義一系列的算法，把它們一個個封裝起來，并且使它們可相互替換。本模式使得算法可獨立于使用它的客戶而變化。
spring中在實例化對象的時候用到strategy模式在simpleinstantiationstrategy中有如下代碼說明了策略模式的使用情況：
第九種：模板方法（template method）
定義一個操作中的算法的骨架，而將一些步驟延遲到子類中。template method使得子類可以不改變一個算法的結(jié)構(gòu)即可重定義該算法的某些特定步驟。
template method模式一般是需要繼承的。這里想要探討另一種對template method的理解。spring中的jdbctemplate，在用這個類時并不想去繼承這個類，因為這個類的方法太多，但是我們還是想用到j(luò)dbctemplate已有的穩(wěn)定的、公用的數(shù)據(jù)庫連接，那么我們怎么辦呢？我們可以把變化的東西抽出來作為一個參數(shù)傳入jdbctemplate的方法中。但是變化的東西是一段代碼，而且這段代碼會用到j(luò)dbctemplate中的變量。怎么辦？那我們就用回調(diào)對象吧。在這個回調(diào)對象中定義一個操縱jdbctemplate中變量的方法，我們?nèi)崿F(xiàn)這個方法，就把變化的東西集中到這里了。然后我們再傳入這個回調(diào)對象到j(luò)dbctemplate，從而完成了調(diào)用。這可能是template method不需要繼承的另一種實現(xiàn)方式吧。
以下是一個具體的例子：
jdbctemplate中的execute方法 定義一個操作中的算法的骨架，而將一些步驟延遲到子類中。template method使得子類可以不改變一個算法的結(jié)構(gòu)即可重定義該算法的某些特定步驟。
template method模式一般是需要繼承的。這里想要探討另一種對template method的理解。spring中的jdbctemplate，在用這個類時并不想去繼承這個類，因為這個類的方法太多，但是我們還是想用到j(luò)dbctemplate已有的穩(wěn)定的、公用的數(shù)據(jù)庫連接，那么我們怎么辦呢？我們可以把變化的東西抽出來作為一個參數(shù)傳入jdbctemplate的方法中。但是變化的東西是一段代碼，而且這段代碼會用到j(luò)dbctemplate中的變量。怎么辦？那我們就用回調(diào)對象吧。在這個回調(diào)對象中定義一個操縱jdbctemplate中變量的方法，我們?nèi)崿F(xiàn)這個方法，就把變化的東西集中到這里了。然后我們再傳入這個回調(diào)對象到j(luò)dbctemplate，從而完成了調(diào)用。這可能是template method不需要繼承的另一種實現(xiàn)方式吧。
以下是一個具體的例子：
jdbctemplate中的execute方法
jdbctemplate執(zhí)行execute方法
以上就是本文的全部內(nèi)容，希望對大家的學(xué)習(xí)有所幫助，也希望大家多多支持服務(wù)器之家。
原文鏈接：https://www.jianshu.com/p/3dcf1bbf1e46
