Spring作為業(yè)界的經(jīng)典框架,無論是在架構(gòu)設(shè)計(jì)方面,還是在代碼編寫方面,都堪稱行內(nèi)典范。好了,話不多說,開始今天的內(nèi)容。
spring中常用的設(shè)計(jì)模式達(dá)到九種,我們一一舉例:
第一種:簡單工廠
又叫做靜態(tài)工廠方法(StaticFactory Method)模式,但不屬于23種GOF設(shè)計(jì)模式之一。
簡單工廠模式的實(shí)質(zhì)是由一個(gè)工廠類根據(jù)傳入的參數(shù),動(dòng)態(tài)決定應(yīng)該創(chuàng)建哪一個(gè)產(chǎn)品類。
spring中的BeanFactory就是簡單工廠模式的體現(xiàn),根據(jù)傳入一個(gè)唯一的標(biāo)識(shí)來獲得bean對(duì)象,但是否是在傳入?yún)?shù)后創(chuàng)建還是傳入?yún)?shù)前創(chuàng)建這個(gè)要根據(jù)具體情況來定。如下配置,就是在 HelloItxxz 類中創(chuàng)建一個(gè) itxxzBean。
?bean> Hello!這是singletonBean!value> Hello!這是itxxzBean!value>
第二種:工廠方法(Factory Method)
通常由應(yīng)用程序直接使用new創(chuàng)建新的對(duì)象,為了將對(duì)象的創(chuàng)建和使用相分離,采用工廠模式,即應(yīng)用程序?qū)?duì)象的創(chuàng)建及初始化職責(zé)交給工廠對(duì)象。
一般情況下,應(yīng)用程序有自己的工廠對(duì)象來創(chuàng)建bean.如果將應(yīng)用程序自己的工廠對(duì)象交給Spring管理,那么Spring管理的就不是普通的bean,而是工廠Bean。
螃蟹就以工廠方法中的靜態(tài)方法為例講解一下:
importjava.util.Random; publicclassStaticFactoryBean{ publicstaticIntegercreateRandom(){ returnnewInteger(newRandom().nextInt()); } }
建一個(gè)config.xm配置文件,將其納入Spring容器來管理,需要通過factory-method指定靜態(tài)方法名稱
測試:
publicstaticvoidmain(String[]args){ //調(diào)用getBean()時(shí),返回隨機(jī)數(shù).如果沒有指定factory-method,會(huì)返回StaticFactoryBean的實(shí)例,即返回工廠Bean的實(shí)例 XmlBeanFactoryfactory=newXmlBeanFactory(newClassPathResource("config.xml")); System.out.println("我是IT學(xué)習(xí)者創(chuàng)建的實(shí)例:"+factory.getBean("random").toString()); }
第三種:單例模式(Singleton)
保證一個(gè)類僅有一個(gè)實(shí)例,并提供一個(gè)訪問它的全局訪問點(diǎn)。
spring中的單例模式完成了后半句話,即提供了全局的訪問點(diǎn)BeanFactory。但沒有從構(gòu)造器級(jí)別去控制單例,這是因?yàn)閟pring管理的是是任意的java對(duì)象。
核心提示點(diǎn):Spring下默認(rèn)的bean均為singleton,可以通過singleton=“true|false” 或者 scope=“?”來指定
第四種:適配器(Adapter)
在Spring的Aop中,使用的Advice(通知)來增強(qiáng)被代理類的功能。Spring實(shí)現(xiàn)這一AOP功能的原理就使用代理模式(1、JDK動(dòng)態(tài)代理。2、CGLib字節(jié)碼生成技術(shù)代理。)對(duì)類進(jìn)行方法級(jí)別的切面增強(qiáng),即,生成被代理類的代理類, 并在代理類的方法前,設(shè)置攔截器,通過執(zhí)行攔截器重的內(nèi)容增強(qiáng)了代理方法的功能,實(shí)現(xiàn)的面向切面編程。
Adapter類接口:Target
publicinterfaceAdvisorAdapter{ booleansupportsAdvice(Adviceadvice); MethodInterceptorgetInterceptor(Advisoradvisor); }
MethodBeforeAdviceAdapter類,Adapter
classMethodBeforeAdviceAdapterimplementsAdvisorAdapter,Serializable{ publicbooleansupportsAdvice(Adviceadvice){ return(adviceinstanceofMethodBeforeAdvice); } publicMethodInterceptorgetInterceptor(Advisoradvisor){ MethodBeforeAdviceadvice=(MethodBeforeAdvice)advisor.getAdvice(); returnnewMethodBeforeAdviceInterceptor(advice); } }
第五種:包裝器(Decorator)
在我們的項(xiàng)目中遇到這樣一個(gè)問題:我們的項(xiàng)目需要連接多個(gè)數(shù)據(jù)庫,而且不同的客戶在每次訪問中根據(jù)需要會(huì)去訪問不同的數(shù)據(jù)庫。我們以往在spring和hibernate框架中總是配置一個(gè)數(shù)據(jù)源,因而sessionFactory的dataSource屬性總是指向這個(gè)數(shù)據(jù)源并且恒定不變,所有DAO在使用sessionFactory的時(shí)候都是通過這個(gè)數(shù)據(jù)源訪問數(shù)據(jù)庫。
但是現(xiàn)在,由于項(xiàng)目的需要,我們的DAO在訪問sessionFactory的時(shí)候都不得不在多個(gè)數(shù)據(jù)源中不斷切換,問題就出現(xiàn)了:如何讓sessionFactory在執(zhí)行數(shù)據(jù)持久化的時(shí)候,根據(jù)客戶的需求能夠動(dòng)態(tài)切換不同的數(shù)據(jù)源?我們能不能在spring的框架下通過少量修改得到解決?是否有什么設(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ù)客戶的每次請(qǐng)求,將dataSource屬性設(shè)置成不同的數(shù)據(jù)源,以到達(dá)切換數(shù)據(jù)源的目的。
spring中用到的包裝器模式在類名上有兩種表現(xiàn):一種是類名中含有Wrapper,另一種是類名中含有Decorator。基本上都是動(dòng)態(tài)地給一個(gè)對(duì)象添加一些額外的職責(zé)。
第六種:代理(Proxy)
為其他對(duì)象提供一種代理以控制對(duì)這個(gè)對(duì)象的訪問。
從結(jié)構(gòu)上來看和Decorator模式類似,但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è)封裝起來,并且使它們可相互替換。本模式使得算法可獨(dú)立于使用它的客戶而變化。
spring中在實(shí)例化對(duì)象的時(shí)候用到Strategy模式
在SimpleInstantiationStrategy中有如下代碼說明了策略模式的使用情況:
第九種:模板方法(Template Method)
定義一個(gè)操作中的算法的骨架,而將一些步驟延遲到子類中。Template Method使得子類可以不改變一個(gè)算法的結(jié)構(gòu)即可重定義該算法的某些特定步驟。
Template Method模式一般是需要繼承的。這里想要探討另一種對(duì)Template Method的理解。spring中的JdbcTemplate,在用這個(gè)類時(shí)并不想去繼承這個(gè)類,因?yàn)檫@個(gè)類的方法太多,但是我們還是想用到JdbcTemplate已有的穩(wěn)定的、公用的數(shù)據(jù)庫連接,那么我們?cè)趺崔k呢?我們可以把變化的東西抽出來作為一個(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方法
審核編輯:劉清
-
適配器
+關(guān)注
關(guān)注
8文章
1951瀏覽量
68000 -
AOP
+關(guān)注
關(guān)注
0文章
40瀏覽量
11098
原文標(biāo)題:Spring 中經(jīng)典的 9 種設(shè)計(jì)模式,打死也要記住啊!
文章出處:【微信號(hào):芋道源碼,微信公眾號(hào):芋道源碼】歡迎添加關(guān)注!文章轉(zhuǎn)載請(qǐng)注明出處。
發(fā)布評(píng)論請(qǐng)先 登錄
相關(guān)推薦
評(píng)論