【文章內(nèi)容簡介】 向?qū)ο蟮念I(lǐng)域模型到傳統(tǒng)的關(guān)系型數(shù)據(jù)庫的映射，提供了一個(gè)使用方便的框架。它的設(shè)計(jì)目標(biāo)是將軟件開發(fā)人員從大量相同的數(shù)據(jù)持久層相關(guān)編程工作中解放出來。無論是從設(shè)計(jì)草案還是從一個(gè)遺留數(shù)據(jù)庫開始，開發(fā)人員都可以采用Hibernate。Hibernate不僅負(fù)責(zé)從Java類到數(shù)據(jù)庫表的映射（還包括從Java數(shù)據(jù)類型到SQL數(shù)據(jù)類型的映射），還提供了面向?qū)ο蟮臄?shù)據(jù)查詢檢索機(jī)制，從而極大地縮短的手動(dòng)處理SQL和JDBC上的開發(fā)時(shí)間。 系統(tǒng)的框架本系統(tǒng)是采用SH（+Hibernate）框架。Struts負(fù)責(zé)View層和Control層，Hibernate負(fù)責(zé)持久層。 系統(tǒng)框架圖客戶層也即系統(tǒng)表達(dá)層，提供用戶和系統(tǒng)交互的界面，包含面向客戶的應(yīng)用，這些應(yīng)用在最終用戶的計(jì)算機(jī)系統(tǒng)的Web瀏覽器中運(yùn)行，Web服務(wù)器層會(huì)對Web用戶（瀏覽器）發(fā)出的HTTP請求進(jìn)行響應(yīng)。Web服務(wù)器接收客戶端發(fā)出的HTTP請求，并通過JSP/Servlet進(jìn)行響應(yīng)。利用JSP、Servlet可以方便的實(shí)現(xiàn)客戶的各種個(gè)性化界面，對于頁面結(jié)構(gòu)中的通用部分可以抽象出來建立成Web組件，提高頁面開發(fā)的效率和可維護(hù)性。同時(shí)，Web層負(fù)責(zé)從業(yè)務(wù)層調(diào)用邏輯模型組件來實(shí)現(xiàn)用戶提出的預(yù)測目標(biāo)。Web服務(wù)器層會(huì)根據(jù)用戶指定的預(yù)測對象，調(diào)用業(yè)務(wù)層的JavaBean模型組件，并通過組件訪問數(shù)30據(jù)庫中的相關(guān)數(shù)據(jù)，將結(jié)果輸出到客戶端。Web層是連接客戶層和其他層的紐帶，負(fù)責(zé)控制整個(gè)系統(tǒng)各個(gè)模塊的運(yùn)轉(zhuǎn)。業(yè)務(wù)邏輯層是系統(tǒng)架構(gòu)中體現(xiàn)核心價(jià)值的部分。它的關(guān)注點(diǎn)主要集中在業(yè)務(wù)規(guī)則的制定、業(yè)務(wù)流程的實(shí)現(xiàn)等與業(yè)務(wù)需求有關(guān)的系統(tǒng)設(shè)計(jì)，也即是說它是與系統(tǒng)所應(yīng)對的領(lǐng)域（Domain）邏輯有關(guān)。業(yè)務(wù)邏輯層在體系架構(gòu)中的位置比較關(guān)鍵，它處于數(shù)據(jù)訪問層與表示層中間，起到了數(shù)據(jù)交換中承上啟下的作用。由于層是一種弱耦合結(jié)構(gòu)，層與層之間的依賴是向下的，底層對于上層而言是“無知”的，改變上層的設(shè)計(jì)對于其調(diào)用的底層而言沒有任何影響。如果在分層設(shè)計(jì)時(shí)，遵循了面向接口設(shè)計(jì)的思想，這種向下的依賴也應(yīng)該是一種弱依賴關(guān)系。因而在不改變接口定義的前提下，理想的分層式架構(gòu)，應(yīng)該是一個(gè)支持可抽取、可替換的“抽屜”式架構(gòu)。正因?yàn)槿绱?，業(yè)務(wù)邏輯層的設(shè)計(jì)對于一個(gè)支持可擴(kuò)展的架構(gòu)尤為關(guān)鍵，因?yàn)樗缪萘藘蓚€(gè)不同的角色。對于持久層而言，它是調(diào)用者；對于表示層而言，它卻是被調(diào)用者。依賴與被依賴的關(guān)系都糾結(jié)在業(yè)務(wù)邏輯層上，如何實(shí)現(xiàn)依賴關(guān)系的解耦，則是除了實(shí)現(xiàn)業(yè)務(wù)邏輯之外留給設(shè)計(jì)師的任務(wù)。持久就是對數(shù)據(jù)的保持，即對程序狀態(tài)的保持。持久層是一個(gè)相對獨(dú)立的邏輯層面，專注于數(shù)據(jù)持久化邏輯的實(shí)現(xiàn)。通常通過數(shù)據(jù)庫實(shí)現(xiàn)持久層是把數(shù)據(jù)庫實(shí)現(xiàn)這塊當(dāng)作一個(gè)獨(dú)立邏輯拿出來。由于對象范例和關(guān)系范例這兩大領(lǐng)域之間存在“阻抗不匹配”，所以把數(shù)據(jù)持久層單獨(dú)作為J2EE體系的一個(gè)層提出來的原因就是能夠在對象－關(guān)系數(shù)據(jù)庫之間提供一個(gè)成功的企業(yè)級(jí)映射解決方案，盡最大可能彌補(bǔ)這兩種范例之間的差異。持久化的實(shí)現(xiàn)過程則大多通過各種關(guān)系型數(shù)據(jù)庫來完成。持久層判定標(biāo)準(zhǔn)如果表示層發(fā)生變化，需要從JSP遷移，數(shù)據(jù)持久化代碼是否需要重新編譯。如果業(yè)務(wù)邏輯層發(fā)生了變化，那么數(shù)據(jù)持久化邏輯代碼是否需要重新編譯。如果底層數(shù)據(jù)持久化機(jī)制發(fā)生了改變（如更換數(shù)據(jù)庫類型），系統(tǒng)中的非數(shù)據(jù)持久化部分代碼（包括表示層，業(yè)務(wù)邏輯層）是否需要重新編譯。 設(shè)計(jì)思想和建站原則購書系統(tǒng)建設(shè)的成功與否，符合業(yè)務(wù)需求是關(guān)鍵。購書網(wǎng)站解決方案設(shè)計(jì)過程中，在“核心平臺(tái)”的基礎(chǔ)上，始終貫徹以業(yè)務(wù)需求為主的思想。為保證系統(tǒng)能夠滿足未來的業(yè)務(wù)發(fā)展需要，以用戶現(xiàn)在和未來的購買需求來確定應(yīng)用軟件系統(tǒng)模塊及功能；以應(yīng)用軟件系統(tǒng)正常穩(wěn)定運(yùn)行為條件，規(guī)劃系統(tǒng)建設(shè)；根據(jù)用戶業(yè)務(wù)的不斷增長，來完善并發(fā)展應(yīng)用系統(tǒng)體系結(jié)構(gòu)；根據(jù)聯(lián)網(wǎng)用戶數(shù)量的增加，擴(kuò)展網(wǎng)絡(luò)的規(guī)模。在系統(tǒng)建設(shè)的過程中，遵循可行性、實(shí)用性、經(jīng)濟(jì)性原則，可靠性、穩(wěn)定性、安全性原則，先進(jìn)性、成熟性、開放性原則，可伸縮性、可擴(kuò)展性和可持續(xù)發(fā)展原則，統(tǒng)一性、標(biāo)準(zhǔn)化原則和高性價(jià)比等原則。 服務(wù)器選擇 應(yīng)用服務(wù)器基于WEB的企業(yè)級(jí)應(yīng)用一般分為三層，表示層、業(yè)務(wù)邏輯層和數(shù)據(jù)服務(wù)層。表示層包含瀏覽器或其它客戶端，數(shù)據(jù)服務(wù)層由數(shù)據(jù)庫提供服務(wù)。業(yè)務(wù)邏輯層是整個(gè)軟件體系的重點(diǎn)。由于大部分的業(yè)務(wù)功能設(shè)計(jì)都封裝在這一層，因此，當(dāng)今人們習(xí)慣上給這層提供一個(gè)單獨(dú)的運(yùn)行環(huán)境來處理諸如安全性、事務(wù)處理和負(fù)載平衡機(jī)制等。這個(gè)運(yùn)行環(huán)境通常由一個(gè)或者多個(gè)應(yīng)用服務(wù)器組成，也稱作WEB務(wù)器。支持J2EE應(yīng)用服務(wù)器有很多，BEA的Weblogic，IBM的websphere，以及Tomcat。本系統(tǒng)中選擇Tomcat作為Web服務(wù)器，下面簡單介紹一下選擇其作為Web服務(wù)器的理由。Tomcat是一個(gè)免費(fèi)的開源的Servlet容器，它是Apache基金會(huì)的Jakarta項(xiàng)目中的一個(gè)核心項(xiàng)目，由APache，Sun和其它一些公司及個(gè)人共同開發(fā)而成。由于有了Sun的參與和支持，最新的Sevrlct和JSP總能在Tomcat中得到體現(xiàn)。與傳統(tǒng)的桌面應(yīng)用程序不同，Tomcat中的應(yīng)用程序是一個(gè)WAR(WebArchive)文件。WAR是Sun提出的一種Web應(yīng)用程序格式，與JAR類似，也是許多文件的一個(gè)壓縮包。這個(gè)包中的文件按一定目錄結(jié)構(gòu)來組織:通常其根目錄下包含有Html和JSP文件或者包含這兩種文件的目錄，另外還會(huì)有一個(gè)目錄，這個(gè)目錄很重要。，是這個(gè)應(yīng)用的配置文件，而classes目錄下則包含編譯好的Sevrelt類和SJP或Sveretl所依賴的其它類(如JavaBean)。通常這些所依賴的類也可以打包成JAR放到WEBNIF下的lib目錄下，當(dāng)然也可以放到系統(tǒng)的CLASSPATH中，但那樣移植和管理起來不方便。在Tomcat中，應(yīng)用程序的部署很簡單，你只需將你的WAR放到Tomcat的webapp目錄下，Tomcat會(huì)自動(dòng)檢測到這個(gè)文件，并將其解壓。你在瀏覽器中訪問這個(gè)應(yīng)用的JSP時(shí)，通常第一次會(huì)很慢，因?yàn)門omcat要將JSP轉(zhuǎn)化為Servlet文件，然后編譯。編譯以后，訪問將會(huì)很快。另外Tomcat也提供了一個(gè)應(yīng)用manager，訪問這個(gè)應(yīng)用需要用戶名和密碼，用戶名和密碼存儲(chǔ)在一個(gè)xml文件中。通過這個(gè)應(yīng)用，輔助于FTP，你可以在遠(yuǎn)程通過Web部署和撤銷應(yīng)用。當(dāng)然本地也可以。Tomcat不僅僅是一個(gè)Servlet容器，它也具有傳統(tǒng)的Wbe服務(wù)器的功能:處理Html頁面。但是與Apache相比，它的處理靜態(tài)Hmtl的能力就不如Apache。我們可以將Tomcat和APache集成到一塊，讓APache處理靜態(tài)Html，而Tomcat處理JSP和Servlet。這種集成只需要修改一下Apache和Tomcat的配置文件即可。Tomcat也可以與其它一些軟件集成起來實(shí)現(xiàn)更多的功能。如與JBOSS(一個(gè)開源的應(yīng)用服務(wù)器)集成起來開發(fā)EJB，與Cocoon(Apache的另外一個(gè)項(xiàng)目)集成起來開發(fā)基于Xml的應(yīng)用，與OpneJMS集成起來開發(fā)JMS應(yīng)用，而且可以與Tomcat集成的軟件還有很多。上面提到了很多Tomcat的優(yōu)點(diǎn)，可它也有很多不足的地方。其Web服務(wù)器的功能不如許多更健全的web服務(wù)器完整，如ApacheWeb服務(wù)器(舉例來說，Tomcat沒有大量的選擇性模塊)。既便如此，Tomcat還是一個(gè)很好的工具，不僅僅因?yàn)槠涿赓M(fèi)，功能強(qiáng)大，更因?yàn)槠溟_放性。如今，開源軟件越來越受到人們的重視，Linux就是一個(gè)成功的典型。人們不再限于只使用軟件，而且己經(jīng)關(guān)心起軟件的具體實(shí)現(xiàn)。所以，在本系統(tǒng)中選擇Tomcat作為Web服務(wù)器。 數(shù)據(jù)服務(wù)器目前，面向企業(yè)級(jí)應(yīng)用的數(shù)據(jù)庫系統(tǒng)以關(guān)系型數(shù)據(jù)庫為主導(dǎo)產(chǎn)品。主流關(guān)系型數(shù)據(jù)庫管理系統(tǒng)有Oracle，MS SQL Server ，MySQL， Sybase和DB2。考慮到整個(gè)系統(tǒng)在Windows平臺(tái)上開發(fā)，以及對購書門戶網(wǎng)站數(shù)據(jù)量大小的估計(jì)，決定采用MySQL作為后臺(tái)數(shù)據(jù)服務(wù)器。MySQL是目前廣泛運(yùn)用的一種數(shù)據(jù)庫服務(wù)器。它具有以下特點(diǎn)：1. 它使用的核心線程是完全多線程，支持多處理器。 2. 它通過一個(gè)高度優(yōu)化的類庫實(shí)現(xiàn)SQL函數(shù)庫并像他們能達(dá)到的一樣快速，通常在查詢初始化后不該有任何內(nèi)存分配。沒有內(nèi)存漏洞。 3. MySQL可以工作在不同的平臺(tái)上。支持C、C＋＋、Java、Perl、PHP、Python和TCL API?！?本章小結(jié)本章主要介紹了為論文提供研究課題的購書門戶網(wǎng)站項(xiàng)目，和網(wǎng)站系統(tǒng)的概要設(shè)計(jì)。信息化就是指通過計(jì)算機(jī)，互聯(lián)網(wǎng)等技術(shù)手段提高原有行業(yè)社會(huì)效益和經(jīng)濟(jì)效益的過程。在此項(xiàng)目中，我們應(yīng)用RSS，Struts，Hibernate等技術(shù)完成購書門戶網(wǎng)站的建設(shè)，實(shí)現(xiàn)了會(huì)員管理，個(gè)性化綜合信息推送，發(fā)表評(píng)論，修改信息等功能。這樣一來，通過購書門戶網(wǎng)站進(jìn)行商業(yè)活動(dòng)的人，能更方便的獲得他們需要的服務(wù)。在系統(tǒng)概要設(shè)計(jì)中，主要討論了系統(tǒng)的邏輯架構(gòu)，并根據(jù)架構(gòu)進(jìn)行了實(shí)現(xiàn)框架和應(yīng)用服務(wù)器的選型。在下一章，我將介紹此購書門戶網(wǎng)站項(xiàng)目的數(shù)據(jù)庫，包括數(shù)據(jù)庫需求分析，以及詳細(xì)設(shè)計(jì)。第3章 數(shù)據(jù)庫設(shè)計(jì) 數(shù)據(jù)庫需求分析由于網(wǎng)上購書網(wǎng)站是一個(gè)B/C系統(tǒng)，所以在數(shù)據(jù)庫的需求方面，需要為用戶、管理員、書籍建立表。同時(shí)對于每本書，用戶可以進(jìn)行評(píng)論，用戶也可以進(jìn)行購買圖書，所以在系統(tǒng)的數(shù)據(jù)庫中必須為評(píng)論和訂單必須建立表。同時(shí)書籍有種類，所以必須建立書籍種類表。對于網(wǎng)上購書系統(tǒng)還有管理員，所以為管理員必須建立一個(gè)表。同時(shí)對于用戶的一些信息，例如工作、城市、省份這些信息都是現(xiàn)有的信息，所以需要建立單獨(dú)的表。這樣就能夠減少數(shù)據(jù)庫中數(shù)據(jù)的冗余。所以總結(jié)上述原因，可以初步得出以下表： 數(shù)據(jù)庫需求分析表單表單名稱USER用戶表COMMENT評(píng)論表BOOK書籍信息表BOOK_CATEGORY書籍類型表ORDERINFOR訂單表JOB工作信息表CITY城市信息表PROVINCE省份表ADMIN管理員表 數(shù)據(jù)庫詳細(xì)設(shè)計(jì)通過數(shù)據(jù)庫的需求，可以的得出相關(guān)表，但是這些還不夠，還要設(shè)計(jì)出表的屬性，以及彼此之間的關(guān)系。（由于空間有限，附錄將給出一張完整視圖）與RSS信息發(fā)布子系統(tǒng)緊密關(guān)聯(lián)的兩個(gè)表如下所示：： BOOK表屬性名類型長度是否為null主鍵外鍵CATEGORY_IDint4否否是BOOK_ID940否是否AUTHORVarchar40否否否PUBLISHERvarchar50否否否PUBLISH_DATEdate0是否否VERSIONint3是否否ISBNvarchar13否否否PAGEint5是否否PRICEfloat5否否否DISCOUNTfloat5是否否IMAGEvarchar225是否否BOOK_NUMint9否否否ADDTI