Spring的哲學(xué)是在不影響Java對象的設(shè)計(jì)的情況下將Java對象加入到框架中。 我們下面來看看Spring的工作原理，看看Spring是如何做到不影響Java對象的。
EJB的框架采用了一種侵略性(Invasive)的方法來設(shè)計(jì)對象，它要求你在設(shè)計(jì)中加入符合EJB規(guī)范的代碼。一些輕量級的COP框架，例如Avalon，也要求對象設(shè)計(jì)時必須符合某種規(guī)范，例如Serviceable接口，這種做法是典型的Type 1做法。
這種設(shè)計(jì)思路要求Spring采用一種動態(tài)的、靈活的方式來設(shè)計(jì)框架。在Spring的工作原理中大量采用了反射。首先Spring要解決的一個問題就是如何管理bean。因?yàn)镮OC的思想要求bean之間不能夠直接調(diào)用，而應(yīng)該采用一種被動的方式進(jìn)行協(xié)作。所以bean的管理是Spring工作原理中的核心部分。
反射和內(nèi)省在代碼的層次上思考問題，有時候能夠帶來出人意料的靈活性。但它的使用有時候也是一個哲學(xué)問題，不論是在ORM設(shè)計(jì)還是在AOP設(shè)計(jì)上都出現(xiàn)了類似的問題-究竟是使用反射，還是使用代碼生成。
在Spring中，處理這個問題的核心是在org.springframework.beans包中。而其中最為核心的部分，則是BeanWrapper。BeanWrapper，顧名思義，就是bean的包裝器。所以，它的主要工作，就是對任何一個bean，進(jìn)行屬性(包括內(nèi)嵌屬性)的設(shè)置和方法的調(diào)用。在
BeanWrapper的默認(rèn)實(shí)現(xiàn)類BeanWrapperImpl中，雖然代碼較長，但完成的工作卻是非常的集中的。
BeanWrapper的深入研究
我們看看這個BeanWrapper是如何發(fā)揮運(yùn)作的，假設(shè)我們有兩個bean：
public class Company { private String name; private Employee managingDirector; public String getName() { return this.name; } public void setName(String name) { this.name = name; } public Employee getManagingDirector() { return this.managingDirector; } public void setManagingDirector(Employee managingDirector) { this.managingDirector = managingDirector; } } public class Employee { private float salary; public float getSalary() { return salary; } public void setSalary(float salary) { this.salary = salary; } }
然后我們使用BeanWrapper來調(diào)用這兩個bean：
Company c = new Company(); BeanWrapper bwComp = BeanWrapperImpl(c); // setting the company name... bwComp.setPropertyValue("name", "Some Company Inc."); // ... can also be done like this: PropertyValue v = new PropertyValue("name", "Some Company Inc."); bwComp.setPropertyValue(v); // ok, lets create the director and tie it to the company: Employee jim = new Employee(); BeanWrapper bwJim = BeanWrapperImpl(jim); bwJim.setPropertyValue("name", "Jim Stravinsky"); bwComp.setPropertyValue("managingDirector", jim); // retrieving the salary of the managingDirector through the company Float salary = (Float)bwComp.getPropertyValue("managingDirector.salary");
看起來麻煩了許多，但是這樣Spring就可以使用統(tǒng)一的方式來管理bean的屬性了。
Bean的制造工廠
有了對單個Bean的包裝，還需要對多個的bean進(jìn)行管理。在spring中，把bean納入到一個核心庫中進(jìn)行管理。bean的生產(chǎn)有兩種方法：一種是一個bean產(chǎn)生多個實(shí)例，一種是一個bean只產(chǎn)生一個實(shí)例。如果對設(shè)計(jì)模式熟悉的話，我們就會想到，前者可以采用Prototype，后者可以采用Singleton。
注意到，反射技術(shù)的使用使得我們不再像原始的工廠方法模式那樣創(chuàng)建對象。反射可以非常靈活的根據(jù)類的名稱創(chuàng)建一個對象。所以spring只使用了Prototype和Singleton這兩個基本的模式。
Spring正是這樣處理的，但是我們希望用戶能夠維護(hù)統(tǒng)一的接口，而不需要關(guān)心當(dāng)前的bean到底是Prototype產(chǎn)生的獨(dú)立的bean，還是Singleton產(chǎn)生的共享的bean。所以，在org.springframework.beans.factory包中的BeanFactory定義了統(tǒng)一的getBean方法。
JDBC再封裝JDBC優(yōu)雅的封裝了底層的數(shù)據(jù)庫，但是JDBC仍然存在諸多的不變。你需要編寫大量的代碼來完成CRUD操作，而且，JDBC無論是遇到什么樣的問題，都拋出一個SQLException，這種做法在異常使用上被稱為不完備的信息。因?yàn)閱栴}可能是很復(fù)雜的，也許是數(shù)據(jù)庫連接的問題，也許是并發(fā)控制的問題，也許只是SQL語句出錯。沒有理由用一個簡單的SQLException就搞定全部的問題了，這種做法有些不負(fù)責(zé)任。針對這兩個問題，Spring Framework提出了兩種解決方法：首先，提供一個框架，把JDBC應(yīng)用中的獲取連接、異常處理、釋放等比較通用的操作全部都集中起來，用戶只需要提供特定的實(shí)現(xiàn)就OK了。實(shí)現(xiàn)的具體細(xì)節(jié)采用的是模板方法。舉個例子，在org.springframework.jdbc.object包中，MappingSqlQuery類實(shí)現(xiàn)了將SQL查詢映射為具體的業(yè)務(wù)對象。JavaDoc中這樣寫到：Reusable query in which concrete subclasses must implement the abstract mapRow(ResultSet, int) method to convert each row of the JDBC ResultSet into an object. 用戶必須實(shí)現(xiàn)mapRow方法，這是典型模板方法的應(yīng)用。我們拿一個具體的例子來看看：
class UserQuery extends MappingSqlQuery { public UserQuery(DataSource datasource) { super(datasource, "SELECT * FROM PUB_USER_ADDRESS WHERE USER_ID = ?"); declareParameter(new SqlParameter(Types.NUMERIC)); compile(); } // Map a result set row to a Java object protected Object mapRow(ResultSet rs, int rownum) throws SQLException { User user = new User(); user.setId(rs.getLong("USER_ID")); user.setForename(rs.getString("FORENAME")); return user; } public User findUser(long id) { // Use superclass convenience method to provide strong typing return (User) findObject(id); } }
其次是第二個問題，最麻煩的地方應(yīng)該說是需要截住JDBC的異常，然后判斷異常的類型，并重新拋出異常。錯誤的問題可以通過連接來獲取，所以麻煩的是如何截獲異常。Spring 框架采用的方法是回調(diào)，處理回調(diào)的類在Spring Framework中被稱為template 。
JdbcTemplate template = new JdbcTemplate(dataSource); final List names = new LinkedList(); template.query("SELECT USER.NAME FROM USER", new RowCallbackHandler() { public void processRow(ResultSet rs) throws SQLException { names.add(rs.getString(1)); } });
回調(diào)函數(shù)是一個匿名類，其中也使用了模板方法，異常的處理都在父類中完成了。
層間松耦合
在開放源碼界已經(jīng)出現(xiàn)了大量的基于MVC的Web容器，但是這些容器都僅限于Web的范圍 ，不涉及Web層次后端的連接，Spring作為一個整體性的框架，定義了一種Web層和后端業(yè)務(wù)層的連接方式， 這個思路仍然疏運(yùn)圖MVC的范疇，但耦合更松散，不依賴于具體的集成層次。
public class GoogleSearchController implements Controller { private IGoogleSearchPort google; private String googleKey; public void setGoogle(IGoogleSearchPort google) { this.google = google; } public void setGoogleKey(String googleKey) { this.googleKey = googleKey; } public ModelAndView handleRequest( HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { String query = request.getParameter("query"); GoogleSearchResult result = // Google property definitions omitted... // Use google business object google.doGoogleSearch(this.googleKey, query,start, maxResults, filter, r estrict, safeSearch, lr, ie, oe); return new ModelAndView("googleResults", "result", result); } }
回調(diào)函數(shù)是一個匿名類，其中也使用了模板方法，異常的處理都在父類中完成了。
2.Spring是一個開源框架，它由Rod Johnson創(chuàng)建。它是為了解決企業(yè)應(yīng)用開發(fā)的復(fù)雜性而創(chuàng)建的。Spring使用基本的JavaBean來完成以前只可能由EJB完成的事情。然而，Spring的用途不僅限于服務(wù)器端的開發(fā)。從簡單性、可測試性和松耦合的角度而言，任何Java應(yīng)用都可以從Spring中受益。
• 目的：解決企業(yè)應(yīng)用開發(fā)的復(fù)雜性
• 功能：使用基本的JavaBean代替EJB，并提供了更多的企業(yè)應(yīng)用功能
• 范圍：任何Java應(yīng)用 簡單來說，Spring是一個輕量級的控制反轉(zhuǎn)(IoC)和面向切面(AOP)的容器框架。
輕量——從大小與開銷兩方面而言Spring都是輕量的。完整的Spring框架可以在一個大小只有1MB多的JAR文件里發(fā)布。并且Spring所需的處理開銷也是微不足道的。此外，Spring是非侵入式的：典型地，Spring應(yīng)用中的對象不依賴于Spring的特定類。 控制反轉(zhuǎn)——Spring通過一種稱作控制反轉(zhuǎn)（IoC）的技術(shù)促進(jìn)了松耦合。當(dāng)應(yīng)用了IoC，一個對象依賴的其它對象會通過被動的方式傳遞進(jìn)來，而不是這個對象自己創(chuàng)建或者查找依賴對象。你可以認(rèn)為IoC與JNDI相反——不是對象從容器中查找依賴，而是容器在對象初始化時不等對象請求就主動將依賴傳遞給它。 面向切面——Spring提供了面向切面編程的豐富支持，允許通過分離應(yīng)用的業(yè)務(wù)邏輯與系統(tǒng)級服務(wù)（例如審計(jì)（auditing）和事務(wù)（）管理）進(jìn)行內(nèi)聚性的開發(fā)。應(yīng)用對象只實(shí)現(xiàn)它們應(yīng)該做的——完成業(yè)務(wù)邏輯——僅此而已。它們并不負(fù)責(zé)（甚至是意識）其它的系統(tǒng)級關(guān)注點(diǎn)，例如日志或事務(wù)支持。 容器——Spring包含并管理應(yīng)用對象的配置和生命周期，在這個意義上它是一種容器，你可以配置你的每個bean如何被創(chuàng)建——基于一個可配置原型（prototype），你的bean可以創(chuàng)建一個單獨(dú)的實(shí)例或者每次需要時都生成一個新的實(shí)例——以及它們是如何相互關(guān)聯(lián)的。然而，Spring不應(yīng)該被混同于傳統(tǒng)的重量級的EJB容器，它們經(jīng)常是龐大與笨重的，難以使用。 框架——Spring可以將簡單的組件配置、組合成為復(fù)雜的應(yīng)用。在Spring中，應(yīng)用對象被聲明式地組合，典型地是在一個XML文件里。Spring也提供了很多基礎(chǔ)功能（事務(wù)管理、持久化框架集成等等），將應(yīng)用邏輯的開發(fā)留給了你。 所有Spring的這些特征使你能夠編寫更干凈、更可管理、并且更易于測試的代碼。它們也為Spring中的各種模塊提供了基礎(chǔ)支持。