【文章內(nèi)容簡(jiǎn)介】 。也就是說(shuō)未來(lái)只要有人需要，就會(huì)有建立在 Eclipse 之 上的COBOL， Perl， Python 等語(yǔ)言的開(kāi)發(fā)插件出現(xiàn)。同時(shí)可以通過(guò)開(kāi)發(fā)新的插件擴(kuò)展現(xiàn)有插件的功能，比如本系列文章為了進(jìn)行手機(jī)應(yīng)用程序的開(kāi)發(fā)就是通過(guò) J2ME插件的擴(kuò)展來(lái)加以實(shí)現(xiàn)的?？梢詿o(wú)限擴(kuò)展，而且有著統(tǒng)一的外觀，操作和系統(tǒng)資源管理，這也正是 Eclipse 的潛力所在。 Spring 概述 Spring 是全面的，模塊化的 J2EE 的一個(gè)框架， Spring 中的每一部分都是獨(dú)立的，這也就意味著，我們可以取出其中的任意一個(gè)部分與其它 web 框架結(jié)合在一8 起使用，這里我們采用 Spring 的 IoC 部分，用它來(lái)做邏輯業(yè)務(wù)層（也就是中間層）來(lái)管理業(yè)務(wù)對(duì)象。 Spring 的核心是為與 JavaBeans 一起工作而設(shè)計(jì)的 包。這個(gè)包一般不直接被用戶調(diào)用，而是作為 Spring 功能的基礎(chǔ) [3]。 Hibernate 概述 在 MVC 中的 M，也就是所謂的 Model, 則可以說(shuō)是與業(yè)務(wù)邏輯和數(shù)據(jù)邏輯關(guān)聯(lián)最為緊密的部分。而持久層作為 Model 層面中的主要組成部分，其設(shè)計(jì)的優(yōu)劣必對(duì)系統(tǒng)的整體表現(xiàn)產(chǎn)生至關(guān)重要的影響。 Hibernate 作為一個(gè)成熟且強(qiáng)大的持久層框架的實(shí)現(xiàn)，也對(duì) web 的開(kāi)發(fā)產(chǎn)生了極為深遠(yuǎn)的影響。 Hibernate 是對(duì) JDBC 做了一次輕量級(jí)的封裝，使業(yè)務(wù)邏輯與數(shù)據(jù)訪問(wèn)邏輯相分離，這正合了編碼人員的心意，使的編碼人員能從繁雜的 JDBC 代碼中解脫出來(lái)，把更多的精力放到業(yè)務(wù)邏輯代碼的編寫(xiě)中。這也使的 web 開(kāi)發(fā)的效率大大的提高，因?yàn)? Hibernate 會(huì)幫你完成底層繁雜的實(shí)現(xiàn)過(guò)程而不用我們?nèi)?dān)心。 另外 Hibernate 還提供了很多良好的機(jī)制，比如它支持?jǐn)?shù)據(jù)庫(kù)連接池技術(shù) （ 在池中有若干個(gè)數(shù)據(jù)庫(kù)的連接，業(yè)務(wù)代碼只需從中 獲得連接，用完后再將連接放回池中，而不用去創(chuàng)建連接和釋放連接，這樣就避免了因?yàn)槎啻蝿?chuàng)建連接和釋放連接帶來(lái)的資源的浪費(fèi)。尤其是需要大數(shù)量連接的情況下。 ） Hibernate 還提供了包括數(shù)據(jù)緩存技術(shù)和回調(diào)攔截機(jī)制等 [4]。 Hibernate 與 MySQL 數(shù)據(jù)庫(kù)連接 配置 Hibernate 環(huán)境 ,下載 Hibernate 包及相關(guān)工具 : , , ,. 還 有 相 關(guān) 數(shù) 據(jù) 庫(kù) 的 驅(qū) 動(dòng) ， 如 我 用 的 是 MySQL 數(shù) 據(jù) 庫(kù) 則 下 載 安 裝 好 數(shù) 據(jù) 庫(kù) 和 相 關(guān) 的 工 具 如 我 用 的 是 MySQL 數(shù) 據(jù) 庫(kù) 則 下 載 , (mysqlGUI 工具 ) 在 Eclipse（注意：此處要安裝好 Eclipse 和相關(guān)的 Eclipse 插件，包括 MyEclipse） 如圖 31 所示 9 圖 31 配置示意圖 其中包含了兩個(gè)重要的配置文件： 和 在 中包含了對(duì)數(shù)據(jù)庫(kù)的連接的一些設(shè)置，具體如下（圖 ） 其中的 property name= jdbc:=GBK /property 表示當(dāng) 前連的是 mysql數(shù)據(jù)庫(kù) ,端口號(hào)是 3306 ，編碼格式為 GBK。 另一個(gè) mapping /節(jié)點(diǎn)表示要映射的對(duì)象和數(shù)據(jù)庫(kù)之間的關(guān)系，這里對(duì)應(yīng)的是。其具體格式定義如下 : mapping resource=”javamxj/hibernate/” /其中內(nèi)容如圖 32所示 圖 32 hibernate 配置文件示意圖 在 中包含了 對(duì)象到數(shù)據(jù)庫(kù)的映射關(guān)系，具體如圖 33 10 其中 table=”testtable” 是我在數(shù)據(jù)庫(kù) 中建的表 ,這個(gè)文件包含了從 User 對(duì)象到表 testable 的映射關(guān)系。 具體內(nèi)容如圖 33 所示 圖 33 具體映射文件示意圖 小結(jié) 本章的主要內(nèi)容在于介紹本系統(tǒng)用到的一些 J2EE 框架，主要是對(duì)本系統(tǒng)用到的哪些框架的下載和對(duì) Ajax， Spring， Hibernate 等框架大致介紹，以及對(duì) Eclipse開(kāi)發(fā)環(huán)境的介紹，最后對(duì) Hibernate 與 MySQL 數(shù)據(jù)庫(kù)連接的具體配置文件的介紹，分析。 第 4 章 數(shù)據(jù)庫(kù)的分析與設(shè)計(jì) 數(shù)據(jù)庫(kù)設(shè)計(jì)的目標(biāo)是要求完全滿足業(yè)務(wù)的數(shù)據(jù)存儲(chǔ)要求。如果能夠設(shè)計(jì)一個(gè)合理的數(shù)據(jù)庫(kù)模型，不僅會(huì)降低程序編程和維護(hù)的難度，也會(huì)提高系統(tǒng)實(shí)際運(yùn)行的性能，因而必須仔細(xì)的制定設(shè)計(jì)步驟方案，了解規(guī)范的設(shè)計(jì)方法和必要的規(guī)則。 數(shù)據(jù)庫(kù)設(shè)計(jì)原則 在數(shù)據(jù)庫(kù)的設(shè)計(jì)中，首先要注意命名的規(guī)范，其次就是要注意數(shù)據(jù)的一致性和完整性，盡可能的降低數(shù)據(jù)的冗余，當(dāng)然如果數(shù)據(jù)冗余度低，數(shù)據(jù)的完整性容易得到保證，但增加了表間連接查詢的操作，所以合理的數(shù)據(jù)冗余也是必要的?？墒褂靡?guī)則和約束來(lái)對(duì)數(shù)據(jù)的有效性驗(yàn)證。另外可以創(chuàng)建索引，來(lái)維護(hù)被索引列的唯一性和提供快速訪問(wèn)表中數(shù)據(jù)的策略。 11 選擇合適的數(shù)據(jù)庫(kù)是項(xiàng)目開(kāi)發(fā) 成功與否的先決條件，我們?cè)谠O(shè)計(jì)時(shí)應(yīng)該從以下幾方面去考慮數(shù)據(jù)庫(kù)的選擇 ： 1． 易用性 2． 分布性 3． 并發(fā)性 4． 數(shù)據(jù)完整性 5． 安全性 6． 數(shù)據(jù)恢復(fù)性 概念結(jié)構(gòu)設(shè)計(jì) 將需求分析得到的用戶需求抽象為信息結(jié)構(gòu)即概念模型的過(guò)程就是概念結(jié)構(gòu)設(shè)計(jì)。概念結(jié)構(gòu)獨(dú)立于數(shù)據(jù)庫(kù)邏輯結(jié)構(gòu)，也獨(dú)立于支持?jǐn)?shù)據(jù)庫(kù)的 DBMS。它是現(xiàn)實(shí)世界與機(jī)器世界的中介，它一方面能夠充分反映現(xiàn)實(shí)世界，包括實(shí)體與實(shí)體之間的聯(lián)系，同時(shí)又易于向關(guān)系、網(wǎng)狀、層次等數(shù)據(jù)模型轉(zhuǎn)換，它是現(xiàn)實(shí)世界的一個(gè)真實(shí)模型，當(dāng)現(xiàn)實(shí)世界需求改變時(shí)，概念結(jié)構(gòu)也可以很容易地作相應(yīng)調(diào)整，因此概念結(jié)構(gòu)設(shè)計(jì) 是整個(gè)數(shù)據(jù)庫(kù)設(shè)計(jì)的關(guān)鍵所在。 概念結(jié)構(gòu)通常有自頂向下、自底向上、逐步擴(kuò)張、混合策略四類(lèi)方法。通常采用的策略是自底向上方法，即自頂向下進(jìn)行需求分析，然后再自底向上地設(shè)計(jì)概念結(jié)構(gòu)。但無(wú)論采用哪種設(shè)計(jì)方法，一般都以 ER模型為工具來(lái)描述概念結(jié)構(gòu)。 對(duì)圖書(shū)管理系統(tǒng)的 ER 圖分析是建立在 UML 系統(tǒng)模型的基礎(chǔ)上的這里給出ER 圖分析的結(jié)果。實(shí)體關(guān)系圖的分析結(jié)果非常復(fù)雜。一般情況下使用從繁到簡(jiǎn)的方式進(jìn)行設(shè)計(jì)。首先從大的方面設(shè)計(jì)出各個(gè)實(shí)體之間的關(guān)系簡(jiǎn)圖，并設(shè)計(jì)出關(guān)系。 具體結(jié)構(gòu)如圖 41 所示 12 圖 41 數(shù)據(jù) 庫(kù) ER 圖 這張 ER 圖比較簡(jiǎn)單的表達(dá)了數(shù)據(jù)庫(kù)各張表之間的關(guān)系：本系統(tǒng)主要由這 5張表組成，用戶信息表的用戶帳號(hào)字段和用戶權(quán)限表的用戶帳號(hào)字段進(jìn)行關(guān)聯(lián)，主要是用戶登錄后可以根據(jù)用戶帳號(hào)到用戶權(quán)限表里面獲取相應(yīng)的權(quán)限。 用戶登錄后用戶的一些信息會(huì)存放在 session 中，所以當(dāng)用戶點(diǎn)擊購(gòu)買(mǎi)圖書(shū)，生成訂單信息時(shí)可以將用戶的信息從 session 中拿出，放到訂單信息表中，從而不需要將用戶信息表和訂單信息表進(jìn)行關(guān)聯(lián)。（書(shū)本信息表和訂單對(duì)應(yīng)的圖書(shū)信息表也是同樣的道理），另外將訂單信息表的（訂單號(hào)）和訂單對(duì)應(yīng)的圖書(shū)信息表的（ 訂單號(hào)）進(jìn)行關(guān)聯(lián)，這樣做的主要目的在于，不知到用戶要購(gòu)買(mǎi)幾種類(lèi)型的圖書(shū)，所一在訂單信息表中無(wú)法確定圖書(shū)類(lèi)型字段，所以借助訂單對(duì)應(yīng)的圖書(shū)信息表來(lái)完成這一需求。 邏輯結(jié)構(gòu)設(shè)計(jì) 設(shè)計(jì)邏輯結(jié)構(gòu)的是和分三步進(jìn)行： (1)將概念結(jié)構(gòu)（ ER 圖）轉(zhuǎn)化為一般關(guān)系模型 (2)將轉(zhuǎn)化來(lái)的關(guān)系模型向 MySql 支持下的數(shù)據(jù)模型轉(zhuǎn)化 13 (3)對(duì)數(shù)據(jù)模型進(jìn)行優(yōu)化，消除冗余字段。對(duì)數(shù)據(jù)依賴進(jìn)行極小化處理。 對(duì)關(guān)系模式進(jìn)行必要的分解合并和優(yōu)化，形成以下的邏輯結(jié)構(gòu)： 表 41 client (用戶信息表 ) 字段名 數(shù)據(jù)類(lèi)型及長(zhǎng)度 說(shuō)明 備注 ID Integer Id 由數(shù)據(jù)庫(kù)維護(hù) 主鍵 logon_id Varchar(25) 用戶注冊(cè)號(hào) 系統(tǒng)編碼維護(hù) (相當(dāng)于主鍵 ) password Varchar(25) 用戶密碼 不能為空 name Varchar(25) 用戶姓名 不能為空 mobile_phone Varchar(25) 移動(dòng)電話號(hào)碼 不能為空 phone Varchar(25) 電話號(hào)碼 不能為空 Varchar(25) Email 地址 不能為空 address Varchar(200) 地址 不能為空 zip Varchar(10) 郵編 不能為空 表 42 popedom（用戶權(quán)限表） 字段名 數(shù)據(jù)類(lèi)型及長(zhǎng)度 說(shuō)明 備注 ID Varchar(10) Id 由數(shù)據(jù)庫(kù)維護(hù) 主鍵 logon_id Varchar(6) 用戶注冊(cè)號(hào) 系統(tǒng)編碼維護(hù) (相當(dāng)于主鍵 ) Popedom Varchar(10) 用戶權(quán)限 不能為空 表 43 book（書(shū)本信息表） 字段名 數(shù)據(jù)類(lèi)型及長(zhǎng)度 說(shuō)明 備注 ID Integer Id 由數(shù)據(jù)庫(kù)維護(hù) 主鍵 book_id Varchar(25) 書(shū)本編號(hào) 系統(tǒng)編碼維護(hù) (相當(dāng)于主鍵 ) 14 name Varchar(45) 書(shū)本名稱 不能為空 number Integer 書(shū)本數(shù)量 不能為空 type Varchar(25) 書(shū)本類(lèi)型 不能為空 presshouse Varchar(30) 出版社地址 不能為空 presstime Timestamp 出版日期 不能為空 book_img_src Varchar(45) 書(shū)圖案的存放位置 不能為空 price Varchar(25) 書(shū)本價(jià)格 不能為空 writer Varchar(45) 作者 不能為空 表 44 bill(訂單信息表 ) 字段名 數(shù)據(jù)類(lèi)型及長(zhǎng)度 說(shuō)明 備注 ID Integer Id 由數(shù)據(jù)庫(kù)維護(hù) 主鍵 bill_id Varchar(100) 訂單號(hào) 系統(tǒng)編碼維護(hù) (相當(dāng)于主鍵 ) client_name Varchar(45) 用戶姓名 不能為空 client_phone Varchar(25) 用戶聯(lián)系電話 不能為空 client_zipcode Varchar(25) 用戶郵編號(hào)碼 不能為空 client_address Varchar(200) 用戶地址 不能為空 client_ Varchar(25) 用戶 不能為空 client_mphone Varchar(25) 用戶移動(dòng)電話 不能為空 total_price Varchar(25) 訂單總價(jià) 不能為空 表 45 bookbill(訂單對(duì)應(yīng)的圖書(shū)信息 ) 字段名 數(shù)據(jù)類(lèi)型及長(zhǎng)度 說(shuō)明 備注 Id Integer Id 由數(shù)據(jù)庫(kù)維護(hù) bill_id Varchar(100) 訂單號(hào) 系統(tǒng)編碼維護(hù) (相當(dāng)于主鍵 ) 15 book_name Varchar(45) 書(shū)本名稱 不能為空 book_price Varchar(25) 書(shū)本單價(jià) 不能為空 book_num Varchar(25) 書(shū)本數(shù)量 不能為空 book_tprice Varchar(25) 書(shū)本總價(jià) 不能為空 數(shù)據(jù)庫(kù)創(chuàng)建 數(shù)據(jù)庫(kù)的創(chuàng)建，主要是借助于 MySQL 的 GUI 工具生成，它可以以視圖的形式來(lái)創(chuàng)建數(shù)據(jù)庫(kù)和表，并自動(dòng)生成相應(yīng)的 SQL 語(yǔ)句。 小結(jié) 本章的主要內(nèi)容是對(duì)在線售書(shū)系統(tǒng)的數(shù)據(jù)庫(kù)進(jìn)行設(shè)計(jì)，對(duì)數(shù)據(jù)庫(kù)進(jìn)行了功能的分析，以及畫(huà)出了對(duì)應(yīng)的 ER 圖， 并對(duì) ER 圖進(jìn)行了 解釋。最后給出了每張表里面的具體字段。 第 5章 系統(tǒng)功能 系統(tǒng)架構(gòu) 本系統(tǒng)采用 J2EE 的一些目前比較流行的框架進(jìn)行架構(gòu)，主要是用 webwork