這些 Spring 中的設計模式，你都知道嗎？
導讀：設計模式作為工作學習中的枕邊書，卻時常處於勤說不用的尷尬境地，也不是我們時常忘記，只是一直沒有記憶。Spring作為業界的經典框架，無論是在架構設計方面，還是在程式碼編寫方面，都堪稱行內典範。
itxxz.com/a/javashili/tuozhan/2014/0601/7.html
好了，話不多說，開始今天的內容。spring中常用的設計模式達到九種，我們舉例說明。
簡單工廠模式
又叫做靜態工廠方法（StaticFactory Method）模式，但不屬於23種GOF設計模式之一。
簡單工廠模式的實質是由一個工廠類根據傳入的引數，動態決定應該建立哪一個產品類。
spring中的BeanFactory就是簡單工廠模式的體現，根據傳入一個唯一的標識來獲得bean物件，但是否是在傳入引數後建立還是傳入引數前建立這個要根據具體情況來定。如下配置，就是在 HelloItxxz 類中建立一個 itxxzBean。
<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>
工廠方法模式
通常由應用程式直接使用new建立新的物件，為了將物件的建立和使用相分離，採用工廠模式,即應用程式將物件的建立及初始化職責交給工廠物件。
一般情況下,應用程式有自己的工廠物件來建立bean.如果將應用程式自己的工廠物件交給Spring管理,那麼Spring管理的就不是普通的bean,而是工廠Bean。
就以工廠方法中的靜態方法為例講解一下：
import java.util.Random; public class StaticFactoryBean { public static Integer createRandom() { return new Integer(new Random().nextInt()); } }
建一個config.xm配置檔案，將其納入Spring容器來管理,需要通過factory-method指定靜態方法名稱：
<bean id="random"
class="example.chapter3.StaticFactoryBean" factory-method="createRandom"
scope="prototype"
/>測試：
public static void main(String[] args) {
//呼叫getBean()時,返回隨機數.如果沒有指定factory-method,會返回StaticFactoryBean的例項,即返回工廠Bean的例項
XmlBeanFactory factory = new XmlBeanFactory(new ClassPathResource("config.xml"));
System.out.println("我是IT學習者建立的例項:"+factory.getBean("random").toString());
}單例模式
保證一個類僅有一個例項，並提供一個訪問它的全域性訪問點。
spring中的單例模式完成了後半句話，即提供了全域性的訪問點BeanFactory。但沒有從構造器級別去控制單例，這是因為spring管理的是是任意的java物件。
核心提示點：Spring下預設的bean均為singleton，可以通過singleton=“true|false” 或者 scope="?"來指定。
介面卡模式
在Spring的Aop中，使用的Advice（通知）來增強被代理類的功能。Spring實現這一AOP功能的原理就使用代理模式（1、JDK動態代理。2、CGLib位元組碼生成技術代理。）對類進行方法級別的切面增強，即，生成被代理類的代理類， 並在代理類的方法前，設定攔截器，通過執行攔截器重的內容增強了代理方法的功能，實現的面向切面程式設計。
Adapter類介面：Target
public interface AdvisorAdapter {
boolean supportsAdvice(Advice advice);
MethodInterceptor getInterceptor(Advisor advisor);
} MethodBeforeAdviceAdapter類，Adapter
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);
}
}包裝器模式
在我們的專案中遇到這樣一個問題：我們的專案需要連線多個數據庫，而且不同的客戶在每次訪問中根據需要會去訪問不同的資料庫。我們以往在spring和hibernate框架中總是配置一個數據源，因而sessionFactory的dataSource屬性總是指向這個資料來源並且恆定不變，所有DAO在使用sessionFactory的時候都是通過這個資料來源訪問資料庫。
但是現在，由於專案的需要，我們的DAO在訪問sessionFactory的時候都不得不在多個數據源中不斷切換，問題就出現了：如何讓sessionFactory在執行資料持久化的時候，根據客戶的需求能夠動態切換不同的資料來源？我們能不能在spring的框架下通過少量修改得到解決？是否有什麼設計模式可以利用呢？
首先想到在spring的applicationContext中配置所有的dataSource。這些dataSource可能是各種不同型別的，比如不同的資料庫：Oracle、SQL Server、MySQL等，也可能是不同的資料來源：比如apache 提供的org.apache.commons.dbcp.BasicDataSource、spring提供的org.springframework.jndi.JndiObjectFactoryBean等。然後sessionFactory根據客戶的每次請求，將dataSource屬性設定成不同的資料來源，以到達切換資料來源的目的。
spring中用到的包裝器模式在類名上有兩種表現：一種是類名中含有Wrapper，另一種是類名中含有Decorator。基本上都是動態地給一個物件新增一些額外的職責。
代理模式
為其他物件提供一種代理以控制對這個物件的訪問。 從結構上來看和Decorator模式類似，但Proxy是控制，更像是一種對功能的限制，而Decorator是增加職責。
spring的Proxy模式在aop中有體現，比如JdkDynamicAopProxy和Cglib2AopProxy。
觀察者模式
定義物件間的一種一對多的依賴關係，當一個物件的狀態發生改變時，所有依賴於它的物件都得到通知並被自動更新。
spring中Observer模式常用的地方是listener的實現。如ApplicationListener。
策略模式
定義一系列的演算法，把它們一個個封裝起來，並且使它們可相互替換。本模式使得演算法可獨立於使用它的客戶而變化。
spring中在例項化物件的時候用到Strategy模式
在SimpleInstantiationStrategy中有如下程式碼說明了策略模式的使用情況：
模板方法模式
定義一個操作中的演算法的骨架，而將一些步驟延遲到子類中。Template Method使得子類可以不改變一個演算法的結構即可重定義該演算法的某些特定步驟。
Template Method模式一般是需要繼承的。這裡想要探討另一種對Template Method的理解。spring中的JdbcTemplate，在用這個類時並不想去繼承這個類，因為這個類的方法太多，但是我們還是想用到JdbcTemplate已有的穩定的、公用的資料庫連線，那麼我們怎麼辦呢？我們可以把變化的東西抽出來作為一個引數傳入JdbcTemplate的方法中。但是變化的東西是一段程式碼，而且這段程式碼會用到JdbcTemplate中的變數。怎麼辦？那我們就用回撥物件吧。
在這個回撥物件中定義一個操縱JdbcTemplate中變數的方法，我們去實現這個方法，就把變化的東西集中到這裡了。然後我們再傳入這個回撥物件到JdbcTemplate，從而完成了呼叫。這可能是Template Method不需要繼承的另一種實現方式。
以下是一個具體的例子：
JdbcTemplate中的execute方法
@Nullable
public <T> T execute(ConnectionCallback<T> action) throws DataAccessException {
Assert.notNull(action, "Callback object must not be null");
Connection con = DataSourceUtils.getConnection(this.obtainDataSource());
Object var10;
try {
Connection conToUse = this.createConnectionProxy(con);
var10 = action.doInConnection(conToUse);
} catch (SQLException var8) {
String sql = getSql(action);
DataSourceUtils.releaseConnection(con, this.getDataSource());
con = null;
throw this.translateException("ConnectionCallback", sql, var8);
} finally {
DataSourceUtils.releaseConnection(con, this.getDataSource());
}
return var10;
}JdbcTemplate執行execute方法
jdbcTemplate.execute(new ConnectionCallback(){
public Object doInConnection(Connection con) throws SQLException,DataAccessException{
//Do the Insert
PreparedStatement ps = null;
try{
ps = con.preparedStatement(getInsertString());
setParameterValues(ps,values,null);
ps.executeUpdate();
}finally{
JDBCUtils.closeStatement(ps);
}
//Get the key
Statement keyStmt = null;
ResultSet rs = null;
HashMap keys = new HashMap(1);
try{
keyStmt = con.createStatement();
rs = keyStmt.executeQuery(keyStmt);
if(rs.next()){
long key = rs.getLong(1);
keys.put(getGeneratedKeyNames()[0],key);
keyHolder.getKeyList().add(keys);
}
}finally{
JDBCUtils.closeResultSet(rs);
JDBCUtils.closeStatement(keyStmt);
}
return null;
}
});