Spring作為業(yè)界的經(jīng)典框架，無(wú)論是在架構(gòu)設(shè)計(jì)方面，還是在代碼編寫(xiě)方面，都堪稱行內(nèi)典范。好了，話不多說(shuō)，開(kāi)始今天的內(nèi)容。

[[311675]]

spring中常用的設(shè)計(jì)模式達(dá)到九種。

模板方法(Template Method)

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

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

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

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

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

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

策略(Strategy)

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

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

簡(jiǎn)單工廠

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

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

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

<beans> 

工廠方法(Factory Method)

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

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

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

import java.util.Random; 

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

測(cè)試：

<bean id="random" 

單例模式(Singleton)

保證一個(gè)類僅有一個(gè)實(shí)例，并提供一個(gè)訪問(wèn)它的全局訪問(wèn)點(diǎn)。

spring中的單例模式完成了后半句話，即提供了全局的訪問(wèn)點(diǎn)BeanFactory。但沒(méi)有從構(gòu)造器級(jí)別去控制單例，這是因?yàn)閟pring管理的是是任意的java對(duì)象。

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

適配器(Adapter)

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

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

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

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

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

public interface AdvisorAdapter { 
class MethodBeforeAdviceAdapter implements AdvisorAdapter, Serializable { 

代理(Proxy)

為其他對(duì)象提供一種代理以控制對(duì)這個(gè)對(duì)象的訪問(wèn)。

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

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

裝飾模式(Decorator)

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

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

這里，你會(huì)首先想到得是在spring的applicationContext中配置所有的dataSource。這些dataSource可能是各種不同類型的，比如不同的數(shù)據(jù)庫(kù)：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é)。

觀察者(Observer)

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

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