Spring 架構簡介

原文位址：http://www.ibm.com/developerworks/cn/java/wa-spring1/

Spring 是一個開源架構，是為了解決企業應用程式開發複雜性而建立的。架構的主要優勢之一就是其分層架構，分層架構允許您選擇使用哪一個元件，同時為 J2EE 應用程式開發提供內建的架構。

在這篇由三部分組成的 Spring 系列 的第 1 部分中，我将介紹 Spring 架構。我先從架構底層模型的角度描述該架構的功能，然後将讨論兩個最有趣的子產品：Spring 面向方面程式設計（AOP）和控制反轉 （IOC） 容器。

Spring 架構

Spring 架構是一個分層架構，由 7 個定義良好的子產品組成。Spring 子產品建構在核心容器之上，核心容器定義了建立、配置和管理 bean 的方式，如圖 1 所示。

<b>圖 1. Spring 架構的 7 個子產品</b>

組成 Spring 架構的每個子產品（或元件）都可以單獨存在，或者與其他一個或多個子產品聯合實作。每個子產品的功能如下：組成 Spring 架構的每個子產品（或元件）都可以單獨存在，或者與其他一個或多個子產品聯合實作。每個子產品的功能如下：

<b>核心容器</b>：核心容器提供 Spring 架構的基本功能。核心容器的主要元件是 <code>BeanFactory</code>，它是工廠模式的實作。<code>BeanFactory</code> 使用控制反轉 （IOC） 模式将應用程式的配置和依賴性規範與實際的應用程式代碼分開。

<b>Spring 上下文</b>：Spring 上下文是一個配置檔案，向 Spring 架構提供上下文資訊。Spring 上下文包括企業服務，例如 JNDI、EJB、電子郵件、國際化、校驗和排程功能。

<b>Spring AOP</b>：通過配置管理特性，Spring AOP 子產品直接将面向方面的程式設計功能內建到了 Spring 架構中。是以，可以很容易地使 Spring 架構管理的任何對象支援 AOP。Spring AOP 子產品為基于 Spring 的應用程式中的對象提供了事務管理服務。通過使用 Spring AOP，不用依賴 EJB 元件，就可以将聲明性事務管理內建到應用程式中。

<b>Spring DAO</b>：JDBC DAO 抽象層提供了有意義的異常層次結構，可用該結構來管理異常處理和不同資料庫供應商抛出的錯誤消息。異常層次結構簡化了錯誤處理，并且極大地降低了需要編寫的異常代碼數量（例如打開和關閉連接配接）。Spring DAO 的面向 JDBC 的異常遵從通用的 DAO 異常層次結構。

<b>Spring ORM</b>：Spring 架構插入了若幹個 ORM 架構，進而提供了 ORM 的對象關系工具，其中包括 JDO、Hibernate 和 iBatis SQL Map。所有這些都遵從 Spring 的通用事務和 DAO 異常層次結構。

<b>Spring Web 子產品</b>：Web 上下文子產品建立在應用程式上下文子產品之上，為基于 Web 的應用程式提供了上下文。是以，Spring 架構支援與 Jakarta Struts 的內建。Web 子產品還簡化了處理多部分請求以及将請求參數綁定到域對象的工作。

<b>Spring MVC 架構</b>：MVC 架構是一個全功能的建構 Web 應用程式的 MVC 實作。通過政策接口，MVC 架構變成為高度可配置的，MVC 容納了大量視圖技術，其中包括 JSP、Velocity、Tiles、iText 和 POI。

Spring 架構的功能可以用在任何 J2EE 伺服器中，大多數功能也适用于不受管理的環境。Spring 的核心要點是：支援不綁定到特定 J2EE 服務的可重用業務和資料通路對象。毫無疑問，這樣的對象可以在不同 J2EE 環境 （Web 或 EJB）、獨立應用程式、測試環境之間重用。

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

面向方面的程式設計

面向方面的程式設計，即 AOP，是一種程式設計技術，它允許程式員對橫切關注點或橫切典型的職責分界線的行為（例如日志和事務管理）進行子產品化。AOP 的核心構造是方面，它将那些影響多個類的行為封裝到可重用的子產品中。

AOP 和 IOC 是補充性的技術，它們都運用子產品化方式解決企業應用程式開發中的複雜問題。在典型的面向對象開發方式中，可能要将日志記錄語句放在所有方法和 Java 類中才能實作日志功能。在 AOP 方式中，可以反過來将日志服務子產品化，并以聲明的方式将它們應用到需要日志的元件上。當然，優勢就是 Java 類不需要知道日志服務的存在，也不需要考慮相關的代碼。是以，用 Spring AOP 編寫的應用程式代碼是松散耦合的。

AOP 的功能完全內建到了 Spring 事務管理、日志和其他各種特性的上下文中。

IOC 容器

Spring 設計的核心是 <code>org.springframework.beans</code> 包，它的設計目标是與 JavaBean 元件一起使用。這個包通常不是由使用者直接使用，而是由伺服器将其用作其他多數功能的底層中介。下一個最進階抽象是 <code>BeanFactory</code> 接口，它是工廠設計模式的實作，允許通過名稱建立和檢索對象。<code>BeanFactory</code> 也可以管理對象之間的關系。

<code>BeanFactory</code> 支援兩個對象模型。

<b>單态</b> 模型提供了具有特定名稱的對象的共享執行個體，可以在查詢時對其進行檢索。Singleton 是預設的也是最常用的對象模型。對于無狀态服務對象很理想。

<b>原型</b> 模型確定每次檢索都會建立單獨的對象。在每個使用者都需要自己的對象時，原型模型最适合。

bean 工廠的概念是 Spring 作為 IOC 容器的基礎。IOC 将處理事情的責任從應用程式代碼轉移到架構。正如我将在下一個示例中示範的那樣，Spring 架構使用 JavaBean 屬性和配置資料來指出必須設定的依賴關系。

BeanFactory 接口

因為 <code>org.springframework.beans.factory.BeanFactory</code> 是一個簡單接口，是以可以針對各種底層存儲方法實作。最常用的 <code>BeanFactory</code> 定義是 <code>XmlBeanFactory</code>，它根據 XML 檔案中的定義裝入 bean，如清單 1 所示。

<b>清單 1. XmlBeanFactory</b>

BeanFactory factory = new XMLBeanFactory(new FileInputSteam("mybean.xml"));

在 XML 檔案中定義的 Bean 是被消極加載的，這意味在需要 bean 之前，bean 本身不會被初始化。要從 <code>BeanFactory</code> 檢索 bean，隻需調用 <code>getBean()</code> 方法，傳入将要檢索的 bean 的名稱即可，如清單 2 所示。

<b>清單 2. getBean()</b>

每個 bean 的定義都可以是 POJO （用類名和 JavaBean 初始化屬性定義） 或 <code>FactoryBean</code>。<code>FactoryBean</code> 接口為使用 Spring 架構建構的應用程式添加了一個間接的級别。

。。。。。。。。。。。。。。。。。。。。。

CreateCreditAccountClient 還會通過 <code>ClassPathXmlApplicationContext</code> 裝入 Spring 配置檔案。裝入 bean 之後，就可以通過 <code>getBean()</code> 方法通路它們了，如清單 8 所示。

<b>清單 8. 裝入 Spring 配置檔案</b>