各種系統(tǒng)架構(gòu)圖及其簡介

1、各種系統(tǒng)架構(gòu)圖及其簡介1.Spring架構(gòu)圖 Spring是一個開源框架，是為了解決企業(yè)應(yīng)用程序開發(fā)復(fù)雜性而創(chuàng)建的。框架的主要優(yōu)勢之一就是其分層架構(gòu)，分層架構(gòu)允許您選擇使用哪一個組件，同時為J2EE應(yīng)用程序開發(fā)提供集成的框架。Spring框架的功能可以用在任何J2EE服務(wù)器中，大多數(shù)功能也適用于不受管理的環(huán)境。Spring的核心要點是：支持不綁定到特定J2EE服務(wù)的可重用業(yè)務(wù)和數(shù)據(jù)訪問對象。這樣的對象可以在不同J2EE環(huán)境（Web或EJB）、獨立應(yīng)用程序、測試環(huán)境之間重用。組成Spring框架的每個模塊（或組件）都可以單獨存在，或者與其他一個或多個模塊聯(lián)合實現(xiàn)。每個模塊的功能如下：&

2、#183; 核心容器：核心容器提供Spring框架的基本功能。核心容器的主要組件是BeanFactory，它是工廠模式的實現(xiàn)。BeanFactory使用控制反轉(zhuǎn) （IOC） 模式將應(yīng)用程序的配置和依賴性規(guī)范與實際的應(yīng)用程序代碼分開。 · Spring上下文：Spring上下文是一個配置文件，向Spring框架提供上下文信息。Spring上下文包括企業(yè)服務(wù)，例如JNDI、EJB、電子郵件、國際化、校驗和調(diào)度功能。 · Spring AOP： 通過配置管理特性，Spring AOP模塊直接將面向方面的編程功能集成到了Spring框架中。所以，可以很容易地使Spring框架管理的

3、任何對象支持AOP。Spring AOP模塊為基于Spring的應(yīng)用程序中的對象提供了事務(wù)管理服務(wù)。通過使用Spring AOP，不用依賴EJB組件，就可以將聲明性事務(wù)管理集成到應(yīng)用程序中。 · Spring DAO：JDBC DAO抽象層提供了有意義的異常層次結(jié)構(gòu)，可用該結(jié)構(gòu)來管理異常處理和不同數(shù)據(jù)庫供應(yīng)商拋出的錯誤消息。異常層次結(jié)構(gòu)簡化了錯誤處理，并且極大地降低了需要編寫 的異常代碼數(shù)量（例如打開和關(guān)閉連接）。Spring DAO的面向JDBC的異常遵從通用的DAO異常層次結(jié)構(gòu)。 · Spring ORM：Spring框架插入了若干個ORM框架，從而提供了ORM的對象關(guān)

4、系工具，其中包括JDO、Hibernate和iBatis SQL Map。所有這些都遵從Spring的通用事務(wù)和DAO異常層次結(jié)構(gòu)。 2.ibatis架構(gòu)圖ibatis是一個基于Java的持久層框架。iBATIS提供的持久層框架包括SQL Maps和Data Access Objects（DAO），同時還提供一個利用這個框架開發(fā)的JPetStore實例。p/JI"C(uc%g0IBATIS：最大的優(yōu)點是可以有效的控制sql發(fā)送的數(shù)目，提高數(shù)據(jù)層的執(zhí)行效率！它需要程序員自己去寫sql語句，不象hibernate那樣是完全面向?qū)ο蟮?，自動化的，ibatis是半自動化的，通過表和

5、對象的映射以及手工書寫的sql語句，能夠?qū)崿F(xiàn)比hibernate等更高的查詢效率。Ibatis只是封裝了數(shù)據(jù)訪問層，替我們做了部分的對象關(guān)系映射。但代價是必須要寫xml配置文件，相對于Hibernate還要寫很多sql。Hibernate通過工具直接從數(shù)據(jù)庫模式生成實體類和基本的配置文件，而且大部分情況下不需要我們寫sql，會較大的提升開發(fā)效率。但這些也有很多的局限性，尤其是對環(huán)境的要求較高（數(shù)據(jù)庫設(shè)計，對象設(shè)計，團隊的協(xié)作等）。 個人感覺Ibatis對項目比較有意義的地方在于它小巧靈活，可擴展，封裝了數(shù)據(jù)訪問層（事務(wù)，緩存，異常，日志），并提供了DAO框架支持。利用Ibatis我們可以做到代

6、碼和sql的分離，只要sql能夠解決的問題，Ibatis就能幫我們較容易的解決，同時也使我們的項目對某一框架的依賴性變?。ㄒ驗镮batis是非侵入性的）。這將極大的降低項目風(fēng)險，減少解決復(fù)雜問題的時間，使項目的維護變得簡單。Ibatis對于應(yīng)用的修改，調(diào)試，擴充和維護將會變得容易自然。修改時，我們主要修改的是代表模型的實體對象，xml配置文件中的sql，和/或配置文件的ResultMap（很多時候是不需要的）。同時，sql和代碼分離，我們不用在代碼的StringBuffer的append方法之間尋找需要修改的sql。配置文件中的sql便利了我們的調(diào)試和對sql的評審及以后的sql重用。

7、0;3.structs1架構(gòu)圖Struts是Apache基金會Jakarta項目組的一個Open Source項目，它采用MVC模式，能夠很好地幫助java開發(fā)者利用J2EE開發(fā)Web應(yīng)用。和其他的java架構(gòu)一樣，Struts也是面向?qū)ο笤O(shè)計，將MVC模式"分離顯示邏輯和業(yè)務(wù)邏輯"的能力發(fā)揮得淋漓盡致。Structs框架的核心是一個彈性的控制層，基于如Java Servlets，JavaBeans，ResourceBundles與XML等標(biāo)準(zhǔn)技術(shù)，以及Jakarta Commons的一些類庫。Struts有一組相互協(xié)作的類（組件）、Serlvet以及jsp tag lib

8、組成?；趕truts構(gòu)架的web應(yīng)用程序基本上符合JSP Model2的設(shè)計標(biāo)準(zhǔn)，可以說是一個傳統(tǒng)MVC設(shè)計模式的一種變化類型。Struts有其自己的控制器（Controller），同時整合了其他的一些技術(shù)去實現(xiàn)模型層（Model）和視圖層（View）。在模型層，Struts可以很容易的與數(shù)據(jù)訪問技術(shù)相結(jié)合，如JDBC / EJB，以及其它第三方類庫，如Hibernate / iBATIS，或者Object Relational Bridge(對象關(guān)系橋)。在視圖層，Struts能夠與JSP，包括JSTL與JSF，以及Velocity模板，XSLT與其它表示層技術(shù)。Struts為每個專業(yè)的W

9、eb應(yīng)用程序做背后的支撐，幫助為你的應(yīng)用創(chuàng)建一個擴展的開發(fā)環(huán)境。· Client browser（客戶瀏覽器）來自客戶瀏覽器的每個HTTP請求創(chuàng)建一個事件。Web容器將用一個HTTP響應(yīng)作出響應(yīng)。· Controller（控制器）控制器接收來自瀏覽器的請求，并決定將這個請求發(fā)往何處。就Struts而言，控制器是以servlet實現(xiàn)的一個命令設(shè)計模式。struts-config.xml文件配置控制器。· 業(yè)務(wù)邏輯業(yè)務(wù)邏輯更新模型的狀態(tài)，并幫助控制應(yīng)用程序的流程。就Struts而言，這是通過作為實際業(yè)務(wù)邏輯“瘦”包裝的Action類完成的

10、。· Model（模型）的狀態(tài)模型表示應(yīng)用程序的狀態(tài)。業(yè)務(wù)對象更新應(yīng)用程序的狀態(tài)。ActionForm. bean在會話級或請求級表示模型的狀態(tài)，而不是在持久級。JSP文件使用JSP標(biāo)記讀取來自ActionForm. bean的信息。· View（視圖）視圖就是一個JSP文件。其中沒有流程邏輯，沒有業(yè)務(wù)邏輯，也沒有模型信息-只有標(biāo)記。標(biāo)記是使Struts有別于其他框架（如Velocity）的因素之一 4.structs2架構(gòu)圖Struts 2相對于Struts 1.X，將實現(xiàn)用戶業(yè)務(wù)邏輯（Action）同Servlet API分離開，這種分離機

11、制，是采用了攔截器或者攔截器棧（攔截器鏈）。攔截器是Struts 2的核心內(nèi)容之一。Struts 2內(nèi)建了多個攔截器和攔截器棧（由多個攔截器形成的攔截器鏈），將用戶的Web請求進行攔截處理，從而提供了更加豐富的功能，例如數(shù)據(jù)類型轉(zhuǎn)換、國際化、文件上傳等。<!-if !vml-> 5.Hibernate架構(gòu)圖Hibernate是一個開放源代碼的對象關(guān)系映射框架，它對JDBC進行了非常輕量級的對象封裝，使得Java程序員可以隨心所欲的使用對象編程思維來操縱數(shù)據(jù)庫。Hibernate可以應(yīng)用在任何使用JDBC的場合，既可以在Java的客戶端程序使用，也可以在Servlet/JS

12、P的Web應(yīng)用中使用，最具革命 意義的是，Hibernate可以在應(yīng)用EJB的J2EE架構(gòu)中取代CMP，完成數(shù)據(jù)持久化的重任。Hibernate的核心接口一共有5個，分別為:Session、SessionFactory、Transaction、Query和Configuration。這5個核心接口在任何開發(fā)中都會用到。通過這些接口，不僅可以對持久化對象進行存取，還能夠進行事務(wù)控制。下面對這五個核心接口分別加以介紹。·Session接口:Session接口負責(zé)執(zhí)行被持久化對象的CRUD操作(CRUD的任務(wù)是完成與數(shù)據(jù)庫的交流，包含了很多常見的SQL語句。)。但需要注意的是Session

13、對象是非線程安全的。同時，Hibernate的session不同于JSP應(yīng)用中的HttpSession。這里當(dāng)使用session這個術(shù)語時，其實指的是Hibernate中的session，而 以后會將HttpSesion對象稱為用戶session。·SessionFactory接口:SessionFactory接口負責(zé)初 始化Hibernate。它充當(dāng)數(shù)據(jù)存儲源的代理，并負責(zé)創(chuàng)建Session對象。這里用到了工廠模式。需要注意的是SessionFactory并不是輕量級的，因為一般情況下，一個項目通常只需要一個SessionFactory就夠，當(dāng)需要操作多個數(shù)據(jù)庫時，可以為每個數(shù)據(jù)庫

14、指定一個SessionFactory。·Configuration接口:Configuration接口負責(zé)配置并啟動Hibernate，創(chuàng)建SessionFactory對象。在Hibernate的啟動的過程中，Configuration類的實例首先定位映射文檔位置、讀取配置，然后創(chuàng)建SessionFactory對象。·Transaction接口:Transaction接口負責(zé)事務(wù)相關(guān)的操作。它是可選的，開發(fā)人員也可以設(shè)計編寫自己的底層事務(wù)處理代碼。·Query和Criteria接口:Query和Criteria接口負責(zé)執(zhí)行各種數(shù)據(jù)庫查詢。它可以使用HQL語言或SQL語句兩種表