【文章內(nèi)容簡介】 等，都可以與Spring整合而成為進用于自己的解決方案。Spring也提供其它方面的整合，像是持久層的整合如JDBC、O/R Mapping工具（Hibernate、iBATIS）、事務處理等等，Spring作了對多方面整合的努力，故說Spring是個全方位的應用程序框架[32]。Spring Framework 概覽Spring包含許多功能和特性，并被很好地組織在如下圖所示的七個模塊中。本節(jié)將依次介紹每個模塊。 圖 Spring框架概覽Core包是框架的最基礎部分，并提供依賴注入（Dependency Injection）特性來使你可管理Bean容器功能。這里的基礎概念是BeanFactory，它提供Factory模式來消除對程序性單例的需要， 并允許你從程序邏輯中分離出依賴關系的配置和描述。 構建于Beans包上Context包，提供了一種框架式的Bean訪問方式， 有些象JNDI注冊。Context包的特性得自Beans包，并添加了文本消息的發(fā)送，通過比如資源串，事件傳播，資源裝載的方式和Context的透明創(chuàng)建，如通過Servlet容器。 DAO包提供了JDBC的抽象層，它可消除冗長的JDBC編碼和解析數(shù)據(jù)庫廠商特有的錯誤代碼。 該包也提供了一種方法實現(xiàn)編程性和聲明性事務管理，不僅僅是針對實現(xiàn)特定接口的類，而且對所有的POJO。 Spring的Web包提供了基本的面向Web的綜合特性，如Multipart功能， 使用Servlet監(jiān)聽器的Context的初始化和面向Web的Applicatin Context。 當與WebWork或Struts一起使用Spring時，這個包使Spring可與其他框架結合。 . Spring Framework 使用場景利用積木方式來描述你在各種場合使用Spring的情況， 從Applet一直到完整的使用Spring的事務管理功能和Web框架的企業(yè)應用，如下圖所示。圖 典型的完整Spring Web應用一個典型的使用大部分Spring特性的Web應用，使用TransactionProxy FactoryBeans，Web應用是完全事務性的，就像使用EJB提供的那種容器管理的事務一樣． 所有的你的自定義業(yè)務邏輯可以通過簡單的POJO來實現(xiàn)，并通過Spring的Dependency Injection容器進行管理。其他的服務，如發(fā)送和校驗，獨立于Web層， 使你能夠決定在哪里執(zhí)行校驗規(guī)則。 Spring的ORM支持包含了Hibernate，JDO和iBatis。如使用HibernateDaoSupport，你可復用已經(jīng)存在的Hibernate映射。從Controller無縫整合web層和領域模型，消除對ActionForms的需要和其他轉換HTTP參數(shù)為領域模型的類。 第三方框架的Spring中間層如下圖所示。 圖 第三方框架的Spring中間層有時，現(xiàn)有情況不允許你徹底地轉換到一種不同的框架。Spring沒有 強迫你使用它的全部,它不是一種全有全無 的解決方案?，F(xiàn)有的使用WebWork,Struts,Tapestry或其他的UI框架的前端程序可極佳的 與基于Spring的中間層進行集成，使你可使用Spring提供的事務處理特性。 你唯一要做的事是使用ApplicationContext來掛接你的業(yè)務邏輯和 通過WebApplicationContext來集成你的Struts前端程序。 當你需要通過WebService來訪問你的現(xiàn)有代碼時， 你可使用Spring的Hessian,Burlap, Rmi 或者 JaxRpcProxyFactory類。 使得突然給現(xiàn)有應用增加遠程訪問時不再那么困難。 . MVC設計模式模型視圖控制(modelviewcontrol，簡稱MVC)結構是目前最常見的J2EE應用所基于的體系結構，MVC主要適用于交互式的Web應用，尤其是存在大量頁面及多次客戶訪問及數(shù)據(jù)顯示 。在本系統(tǒng)中的模型視圖控制結構是交互式應用程序廣泛使用的一種體系結構。它有效地在存儲和展示數(shù)據(jù)的對象中區(qū)分功能模塊以降低它們之間的連接度，這種體系結構將傳統(tǒng)的輸入、處理和輸入模型轉化為圖形顯示的用戶交互模型，或者換一種說法，是多層次的Web商業(yè)應用；MVC體系結構具有三個層面：模型（Model）、視圖(View)和控制器(Controller)，每個層面有其各自的功能作用，系統(tǒng)的MVC體系結構如下圖所示。業(yè)務處理查詢視圖選擇改變通知用戶指令模型MODEL178。 表達和訪問商業(yè)數(shù)據(jù)178。 執(zhí)行商業(yè)邏輯和操作178。 通知視圖層模型層變化178。 訪問其功能函數(shù)以完成相關的任務控制層Controller178。 定義應用應用程序的行為178。 解釋用戶的輸入，并將它們映射為模型層執(zhí)行的操作178。 選擇下一個可以顯示的視圖178。 基于一組相關的功能設定一個控制層的模塊視圖VIEW178。 顯示模型層的內(nèi)容178。 用戶輸入的內(nèi)容傳送給控制器178。 模型層變化的時候，它將自動更新178。 訪問其功能函數(shù)以完成相關的任務圖系統(tǒng)中的MVC體系結構系統(tǒng)的模型層負責表達和訪問商業(yè)數(shù)據(jù)，執(zhí)行商業(yè)邏輯和操作。也就是說，這一層就是現(xiàn)實生活中功能的軟件模擬；在模型層變化的時候，它將通知視圖層并提供后者訪問自身狀態(tài)的能力，同時控制層也可以訪問其功能函數(shù)以完成相關的任務。系統(tǒng)的視圖層負責顯示模型層的內(nèi)容。它從模型層取得數(shù)據(jù)并指定這些數(shù)據(jù)如何被顯示出來。在模型層變化的時候，它將自動更新。另外視圖層也會將用戶的輸入傳送給控制器。系統(tǒng)的控制層負責定義應用程序的行為。它可以分派用戶的請求并選擇恰當?shù)囊晥D以用于顯示，同時它也可以解釋用戶的輸入并將它們映射為模型層可執(zhí)行的操作；在一個圖形界面中，常見的用戶輸入包括點擊按鈕和菜單選擇。在Web應用中，它包括對Web層的HTTP GET和POST的請求；控制層可以基于用戶的交互和模型層的操作結果來選擇下一個可以顯示的視圖，一個應用程序通常會基于一組相關功能設定一個控制層的模塊，甚至一些應用程序會根據(jù)不同的用戶類型具有不同的控制層設定，這主要是由于不同用戶的視圖交互和選擇也是不同的。本系統(tǒng)的模型層、視圖層和控制層之間劃分責任可以減少代碼的重復度，并使應用程序維護起來更簡單。同時由于數(shù)據(jù)和商務邏輯的分開，在新的數(shù)據(jù)源加入和數(shù)據(jù)顯示變化的時候，數(shù)據(jù)處理也會變得更簡單。本信息系統(tǒng)采用的MVC體系結構使數(shù)據(jù)層，業(yè)務層和表現(xiàn)層徹底分離。對于網(wǎng)通網(wǎng)上營業(yè)廳系統(tǒng)，我們在View這一層，用JSP來實現(xiàn)一般的UI，對于復雜的UI我們會把邏輯封裝在ViewBean中。我們通過一個Servlet來實現(xiàn)Control這個層面，它除了負責請求的派送，還可以作權限的判斷及系統(tǒng)日志。而對于復雜的業(yè)務流程，我們把它都封裝到Model層中的JavaBean,Session Bean中。對于數(shù)據(jù)層的訪問，我們采取集中訪問的方式，所有的訪問都通過DAO實現(xiàn)。同時在性能上，通過應用服務器的數(shù)據(jù)庫連接池來減少連接數(shù)據(jù)庫的時間，通過數(shù)據(jù)查詢結果緩存來減少對數(shù)據(jù)庫的訪問次數(shù)。本系統(tǒng)用J2EE多層分布式應用模型使得開發(fā)思路清晰，明確。J2EE應用邏輯按功能劃分為組件，各個應用組件根據(jù)他們所在的層分布在不同的機器上。解決了兩層模式(client/server)的弊端：在傳統(tǒng)模式中，客戶端擔當了過多的角色而顯得臃腫，在這種模式中，第一次部署的時候比較容易，但難于升級或改進，可伸展性也不理想，而且經(jīng)?；谀撤N專有的協(xié)議，通常是某種數(shù)據(jù)庫協(xié)議。它使得重用業(yè)務邏輯和界面邏輯非常困難。使用J2EE 的多層企業(yè)級應用模型將兩層化模型中的不同層面切分成許多層。一個多層化應用能夠為不同的每種服務提供一個獨立的層。J2EE中使用模式具有使用一般模式的所有好處和針對J2EE開發(fā)的好處。這些模式針對J2EE，不像一般模式那么抽象，可以簡化特定系統(tǒng)和應用程序中的標識、使用和適配。正確使用J2EE模式可以改進應用程序設計，作為設計與開發(fā)J2EE應用程序時所遇到的常見問題的最佳解決方案，J2EE模式還可以促進開發(fā)人員之間的交流。系統(tǒng)采用MVC的設計模式，這種模式使得表現(xiàn)層和業(yè)務邏輯分開，這樣層次顯得更加的清晰。. AJAX技術AJAX即“Asynchronous JavaScript and XML”（異步JavaScript和XML)，AJAX并非縮寫詞，而是由Jesse James Gaiiett創(chuàng)造的名詞，是指一種創(chuàng)建交互式網(wǎng)頁應用的網(wǎng)頁開發(fā)技術。Web應用的交互如Flickr, Backpack和Google在這方面已經(jīng)有質的飛躍。這個術語源自描述從基于Web的應用到基于數(shù)據(jù)的應用的轉換。在基于數(shù)據(jù)的應用中，用戶需求的數(shù)據(jù)如聯(lián)系人列表，可以從獨立于實際網(wǎng)頁的服務端取得并且可以被動態(tài)地寫入網(wǎng)頁中，給緩慢的Web應用體驗著色使之像桌面應用一樣。 雖然大部分開發(fā)人員在過去使用過XMLHttp或者使用Iframe來加載數(shù)據(jù)，但僅到現(xiàn)在我們才看到傳統(tǒng)的開發(fā)人員和公司開始采用這些技術。就像新的編程語言或模型伴隨著更多的痛苦，開發(fā)人員需要學習新的技巧及如何最好利用這些新技術?！　JAX 指異步 JavaScript 及 XML（Asynchronous JavaScript And XML）。AJAX 基于JavaScript XML HTML CSS 等web標準在，并被所有的主流瀏覽器支持。AJAX 應用程序獨立于瀏覽器和平臺。　　Web 應用程序較桌面應用程序有諸多優(yōu)勢；它們能夠涉及廣大的用戶，它們更易安裝及維護，也更易開發(fā)。不過，因特網(wǎng)應用程序并不像傳統(tǒng)的桌面應用程序那樣完善且友好。通過 AJAX，因特網(wǎng)應用程序可以變得更完善，更友好。AJAX的最大機遇在于用戶體驗。在使應用更快響應和創(chuàng)新的過程中，定義Web應用的規(guī)則正在被重寫。因此開發(fā)人員必須更注重用戶?，F(xiàn)在用戶已經(jīng)逐漸習慣如何使用Web應用了。例如用戶通常希望每一次按鈕點擊會導致幾秒的延遲和屏幕刷新，但AJAX正在打破這種長時間的狀況。因此用戶需要重新體驗按鈕點擊的響應了?？捎眯允茿JAX令人激動的地方而且已經(jīng)產(chǎn)生了幾種新穎的技術。其中最引人注目的是一種稱為“黃色隱出”的技術，它在數(shù)據(jù)更新之前時將用戶界面變?yōu)辄S色，更新完成后立刻恢復原來的顏色。AJAX開發(fā)人員將用戶從Web應用的負載中解放出來。小心地利用AJAX提供的豐富接口，不久桌面開發(fā)人員會發(fā)現(xiàn)AJAX是他們的方向。隨著AJAX迅速地引人注目起來，我想開發(fā)人員對這種技術的期待也迅速地增加。就像任何新技術，AJAX的興旺也需要一整個開發(fā)工具/編程語言及相關技術系統(tǒng)來支撐。主要包含的技術：基于web標準（standardsbased presentation）XHTML+CSS的表示；使用 DOM（Document Object Model）進行動態(tài)顯示及交互；使用 XML 和 XSLT 進行數(shù)據(jù)交換及相關操作；使用 XMLHttpRequest 進行異步數(shù)據(jù)查詢、檢索；使用 JavaScript 將所有的東西綁定在一起。英文參見Ajax的提出者Jesse James Garrett的原文,原文題目(Ajax: A New App