【正文】 們設(shè)計了兩個數(shù)據(jù)庫：? 數(shù)據(jù)庫 SaleOnLine：負責(zé)存放用戶、商品的相關(guān)信息? 數(shù)據(jù)庫 MyDB：負責(zé)存放所有用戶的競拍報告 數(shù)據(jù)庫 SaleOnLine為了實現(xiàn)需求分析和網(wǎng)站功能設(shè)計里所提及的所有要求，在數(shù)據(jù)庫SaleOnLine 中，設(shè)計了如下幾個數(shù)據(jù)表：? userList在該數(shù)據(jù)表中，保存的是與用戶有關(guān)的所有信息。一共有 5 個字段，各個字段的名稱及其表示的意義分別是：字段 username 表示用戶的用戶名，字段password 表示用戶的密碼，字段 name 表示用戶的真實姓名，字段 address 表示用戶的地址，字段 telephone 表示用戶的聯(lián)系方式。如圖 312 所示。圖 312 userList 數(shù)據(jù)表的內(nèi)容? goodsList在該數(shù)據(jù)表中，保存的是與商品有關(guān)的所有信息。一共有 8 個字段，各個字段的名稱及其表示的意義分別是：字段 ID 表示商品的 ID，字段 goodsname表示商品的名稱，字段 saleby 表示商品的發(fā)布人，字段 introduction 表示商品的簡單介紹，字段 leastprice 表示商品的起始價，字段 salesinceprice 表示商品的一口價，字段 onceleastprice 表示商品的每次至少加價，字段saletime 表示商品的拍賣截止日期。如圖 313 所示。圖 313 goodsList 數(shù)據(jù)表的內(nèi)容? bidList在該數(shù)據(jù)表中，保存的是商品的最新出價的信息。一共有 3 個字段，各個字段的名稱及其表示的意義分別是：字段 ID 表示被出價商品的 ID，字段username 表示為該商品出該價格的用戶，字段 price 表示該商品當(dāng)前的最新出價。如圖 314 所示。圖 314 bidList 數(shù)據(jù)表的內(nèi)容 數(shù)據(jù)庫 MyDB在該數(shù)據(jù)庫中，只有一個數(shù)據(jù)表 TBL_MESSAGE，保存的是所有與競拍活動有關(guān)的競拍報告，在這個數(shù)據(jù)表中一共有 6 個字段，各個字段的名稱及其表示的意義分別是：字段 id 表示該競拍報告的 id，字段 note 表示該競拍報告的具體內(nèi)容，字段 sendUname 表示該競拍報告的發(fā)送方，字段 receiveUname 表示該競拍報告的接收方，字段 postTime 表示該競拍報告的發(fā)送時間，字段readSign 表示該競拍報告的閱讀狀態(tài)（0 表示未讀，1 表示已讀） 。如圖 315所示。圖 315 TBL_MESSAGE 數(shù)據(jù)表的內(nèi)容 利用 JavaBean 技術(shù)連接數(shù)據(jù)庫為了使系統(tǒng)能夠正常的運行，系統(tǒng)前臺必須與后臺數(shù)據(jù)庫連接。在 JSP 的網(wǎng)頁中連接數(shù)據(jù)庫，我們使用的 JavaBean 技術(shù)。在開發(fā)過程中，經(jīng)常要對數(shù)據(jù)庫進行操作（包括插入、刪除、更新和查詢等） 。為避免重復(fù)代碼的使用和減少錯誤代碼的出現(xiàn)，因此連接和操作數(shù)據(jù)庫寫成兩個JavaBean“”、 “”,其核心語句是：? driverName = 。dbURL = jdbc: DatabaseName=SaleOnLine。userName = sa。userPassword = sa12345。(driverName)。con = (dbURL, userName, userPassword)。stmt = (, )。? ()。con = (jdbc:在需要進行數(shù)據(jù)庫操作的時候，只需要在 JSP 網(wǎng)頁中加入：jsp:useBean id=dataBase class= scope=page/jsp:useBean，即可在相關(guān)的網(wǎng)頁中進行數(shù)據(jù)庫操作。 系統(tǒng)的體系結(jié)構(gòu)設(shè)計 網(wǎng)站主體結(jié)構(gòu)系統(tǒng)結(jié)構(gòu)如圖 316 所示。圖 316 網(wǎng)站主體結(jié)構(gòu) “發(fā)布新商品”功能模塊結(jié)構(gòu)“發(fā)布新商品”功能模塊結(jié)構(gòu)如圖 317 所示。圖 317 “發(fā)布新商品”功能模塊結(jié)構(gòu) “查看正在競拍的商品”與“參加商品的競拍”功能模塊結(jié)構(gòu)“查看正在競拍的商品”與“參加商品的競拍”功能模塊結(jié)構(gòu)如圖 318 所示。圖 318 “正在競拍的商品 ”與“參加商品的競拍”功能模塊結(jié)構(gòu)這里需要說明的是，當(dāng)“出價仲裁”判斷“出價成功”后，系統(tǒng)將會自動發(fā)送一份“出價成功”的報告給該用戶，即使用戶離線，也能收到該報告，以便日后查閱。如果用戶“拍得該商品” ，系統(tǒng)則將自動發(fā)送一份“商品成交”的報告給買方和賣方，以供雙方聯(lián)系付款發(fā)貨。 （ 報告的內(nèi)容請參照 查看競拍報告） “查看競拍報告”功能模塊結(jié)構(gòu)“查看競拍報告”功能模塊結(jié)構(gòu)如圖 319 所示。圖 319 “查看競拍報告”功能模塊結(jié)構(gòu) 系統(tǒng)的關(guān)鍵技術(shù)——如何獲得“及時”信息對于這樣一個網(wǎng)上拍賣系統(tǒng)，最關(guān)鍵的技術(shù)莫過于要及時更新對某商品的競價，控制好不同用戶之間通信。對于特殊的用戶（如出價成功的當(dāng)前用戶或者剛進入商品拍賣頁面的用戶） ，我們可以簡單地直接在進入商品拍賣頁面的時候從數(shù)據(jù)庫的商品競價表中獲取該商品的最新競價。但是對于那些長期停留在某商品拍賣頁面的用戶，我們必須做特殊的處理，否則，該用戶只是在進入商品拍賣頁面時獲得了商品的最新競價，一旦其他客戶端的用戶對該商品的競價進行了更新，由于停止的頁面使得 JSP 代碼無法再次執(zhí)行，客戶端就無法發(fā)出請求，得不到服務(wù)器端的相應(yīng)，所以該用戶看到的永遠將是最原始的競價，無法得到最新的信息。這是像網(wǎng)上拍賣系統(tǒng)這種及時系統(tǒng)所必須解決的。目前解決這種問題的方案主要有兩種：服務(wù)器推送（server push） 、客戶端拉拽（client pull） 。 服務(wù)器推送（server push）簡單的說，服務(wù)器推送（server push）就是服務(wù)器與每一個與之相連接的客戶端都保持一個基于 的長連接，這個長連接作為以后傳輸及時數(shù)據(jù)的通道，一旦服務(wù)器端有數(shù)據(jù)發(fā)生改變，服務(wù)器就通過這個長連接將最新的數(shù)據(jù)發(fā)送到客戶端?？蛻舳酥恍枰忉尣@示從服務(wù)器發(fā)來的數(shù)據(jù)即可。服務(wù)器端則需要維護一個長連接隊列，記錄每一個與之相連的客戶端 【22】 。這種技術(shù)的優(yōu)勢在于，能夠?qū)崟r的傳輸數(shù)據(jù)，保持數(shù)據(jù)的敏感性，最大限度的減少延遲，同時省略客戶端毫無必要的刷新操作，減少客戶端的壓力。不可否認，這種技術(shù)很適合及時系統(tǒng)的開發(fā)。但是它也有其固有的不足，就是服務(wù)器端需要維護一個長連接隊列，記錄每一個與之連接的客戶端的信息，這無形中占用了大量的服務(wù)器資源，加大了服務(wù)器的壓力，對服務(wù)器的性能要求相對苛刻，同時大大的降低了服務(wù)器并發(fā)數(shù)。值得一提的是，采用服務(wù)器推送（server push）技術(shù)，每一個客戶端最多可以保持兩條與服務(wù)器相連的長連接，一旦有客戶端的長連接超過兩條，系統(tǒng)就會崩潰。這無形中又增加了開發(fā)的難度。 客戶端拉拽（client pull）簡單的說，客戶端拉拽（client pull）就是由客戶端以某個頻率不斷的向服務(wù)器發(fā)送請求，然后接收服務(wù)器回送的信息，以保持信息的及時性的技術(shù)。所以以這種技術(shù)獲得的及時信息，與其說是“及時信息” ，不如說是“相對及時信息” 。信息的延遲可能較長，拉拽頻率也很難控制。同時其實大量的拉拽是沒有必要的，增加了客戶端的壓力，而不斷的拉拽刷新也是得界面的美觀程度受到一定的影響。但是它也有其優(yōu)點，就是客戶端拉拽（client pull）能夠保持服務(wù)器無狀態(tài)高并發(fā)的優(yōu)勢?？蛻舳税l(fā)送一次請求，服務(wù)器回送數(shù)據(jù)后，就與服務(wù)器斷開，大大減輕了服務(wù)器的壓力，使得服務(wù)器可以在相同的條件下為更多的客戶端服務(wù)。同時實現(xiàn)也相當(dāng)?shù)暮唵?，不會對網(wǎng)站的體系結(jié)構(gòu)造成額外的負擔(dān)。 關(guān)鍵技術(shù)的選用綜上所述，這兩種技術(shù)各有優(yōu)勢，又都存在不足之處。相對來說，服務(wù)器推送（server push）技術(shù)更適合開發(fā)像網(wǎng)上拍賣系統(tǒng)這樣的實時系統(tǒng)，但是它就好像是一把“雙刃劍” ，用好了可以事半功倍，用不好則會得不償失。其實之前我也有想過用服務(wù)器推送（server push）技術(shù)，但是我忽略了一個重要的問題，就是長連接的數(shù)量問題，即是每一個客戶端只能夠與服務(wù)器保持最多兩條的長連接。而本系統(tǒng)的一大特點就是用戶同時參與多個商品的競拍，這與服務(wù)器推送（server push）技術(shù)的長連接原則是違背的。如果非要使用服務(wù)器推送（server push）技術(shù)，則需要修改很多地方，甚至涉及到網(wǎng)站體系結(jié)構(gòu)的修改，工作量實在太大。反之，客戶端拉拽（client pull）技術(shù)雖然簡單，容易實現(xiàn)，但是只要調(diào)整好拉拽頻率，效果雖然沒有服務(wù)器推送（server push）技術(shù)好，但是也差不到哪里去。而且客戶端拉拽（client pull）技術(shù)保持服務(wù)器無狀態(tài)高并發(fā)的優(yōu)勢，正適合網(wǎng)上拍賣系統(tǒng)，因為任何一個市場的繁榮都需要大量的客戶參與。而客戶端拉拽（client pull）對服務(wù)器的寬松條件，對于那些實力不是很雄厚的中小企業(yè)來說，其實用性也增強了?？傊m然使用客戶端拉拽（client pull）技術(shù)是無奈之舉，但是也可以說收到了意想不到的效果，發(fā)掘了其潛在的優(yōu)勢。以下是客戶端拉拽（client pull）技術(shù)實現(xiàn)的核心代碼：（只需要在 JSP頁面文件的 HTML 的 body 部分添加下面代碼，即可實現(xiàn)。 ）meta equiv=refresh content=20。url = %=url% 系統(tǒng)的測試 測試目標(biāo)測試網(wǎng)上拍賣系統(tǒng)整體功能是否達到設(shè)計要求，以及各個功能模塊是否正常運行。各項具體測試目標(biāo)如下：(1) 系統(tǒng)首界面的啟動：登錄頁面、用戶注冊等功能。(2) 新用戶注冊：進行用戶名、密碼、真實姓名、地址和聯(lián)系方式的注冊登記。(3) 新商品的發(fā)布：進行商品各項信息的發(fā)布登記。(4) 查看正在拍賣的商品信息：顯示所有正在拍賣的商品的簡要信息。(5) 參與某商品的競拍：顯示該商品的詳細信息，對該商品的出價功能，拍賣的仲裁以及競拍報告的發(fā)送，多客戶端同時參與競拍等。(6) 查看競拍報告：出價報告、成交報告等的相關(guān)信息。 測試結(jié)果? 用戶登錄在系統(tǒng)首頁中，輸入一個已注冊的用戶名和密碼即可登錄系統(tǒng)。如果輸入的是未注冊的用戶名和密碼，或者是任何非法信息，系統(tǒng)會提示登錄失敗，并自動轉(zhuǎn)回系統(tǒng)首頁，讓用戶重新登錄。? 用戶注冊在系統(tǒng)首頁中，點擊“注冊”即可進入用戶注冊頁面。在用戶注冊頁面中提交相關(guān)信息即可注冊成為會員，使用系統(tǒng)的各項功能。注冊成功后，系統(tǒng)給出提示并自動登錄系統(tǒng)主界面。如果提交的信息不完整或者提交非法信息，系統(tǒng)給出注冊失敗的提示，并自動轉(zhuǎn)回用戶注冊頁面，讓用戶重新登錄。? 發(fā)布新商品登錄系統(tǒng)主界面后，點擊“發(fā)布新商品”即可進入新商品的發(fā)布頁面。用戶在該頁面中提交相關(guān)的信息即可將該商品進行發(fā)布登記，參與競拍。商品發(fā)布成功后，系統(tǒng)給出提示并自動轉(zhuǎn)回系統(tǒng)主頁面。如果提交的信息不完整或者提交任何非法信息，系統(tǒng)給出發(fā)布失敗的提示，并自動轉(zhuǎn)回新商品的發(fā)布頁面，讓用戶重新發(fā)布商品。在測試過程中，每個用戶均可發(fā)布多個商品。? 查看正在拍賣的商品登錄系統(tǒng)主界面后，點擊“正在拍賣的商品”即可進入商品的所有信息頁面。用戶在該頁面可以查看到目前已經(jīng)進行合法發(fā)布登記的正在進行拍賣的所有商品，如果商品太多，還可以前后翻頁進行查看。在該頁面中，用戶看到的是商品的簡要信息。測試過程中，所有正在拍賣的商品均能正常顯示。? 參與某商品的競拍登錄系統(tǒng)后，先進入“正在拍賣的商品”頁面，在“商品的所有信息”列表中點擊某商品的“參加競拍”鏈接，就可以進入該商品的競拍頁面。測試過程中，該商品的詳細信息、當(dāng)前競價、當(dāng)前競價的更新、離競拍截止時間的倒計時、用戶出價等功能均能正常實現(xiàn)。對于不合法的出價，系統(tǒng)會給出提示并自動轉(zhuǎn)回該商品的“參加競拍”頁面。如果出價成功，系統(tǒng)會自動給成功出價的用戶發(fā)送“出價成功”的報告，以便用戶日后查閱。對于多客戶端的同時參與競拍， （1）A 用戶的成功出價能及時顯示在 B 用戶的客戶端上。另外，在測試過程中， （2）如果 A 用戶先于 B 用戶進入“正在拍賣的商品” ，但是 B 用戶在 A 用戶之前將 a 商品拍走，當(dāng) A 用戶再次進入 a 商品的“參加競拍”時，系統(tǒng)會自動提示該商品已撤下貨架，并關(guān)閉窗口。 （3）如果 A 用戶和 B 用戶都進入了同一個商品的“參加競拍” ，A 用戶先于 B 用戶將該商品拍走，這時 B 用戶的頁面會提示該商品已經(jīng)被買走。拍得商品有兩種方式：商品的第一次被出價達到一口價、競拍時間到且商品當(dāng)前有出價。在測試過程中，無論這兩種方式的哪一種，用戶都能成功拍下該商品。該商品被拍下后，系統(tǒng)會自動給買賣雙方發(fā)送“商品成交”報告，包括雙方的真實資料，供其互相聯(lián)系付款發(fā)貨。值得一提的是，只有拍得該商品的買家和發(fā)布該商品的賣家才能得到該報告，這也保證了交易的安全性。如果競拍時間截止時，某商品依然沒有被出價，那則該商品的拍賣失敗，系統(tǒng)會發(fā)送“拍賣失敗”報告給發(fā)布該商品的用戶，并自動將其撤下貨架，如果用戶想再次參與拍賣，可以將該商品再次發(fā)布。測試過程中，此功能正常運行。? 查看競拍報告競拍報告有如下幾種：“出價成功”報告、 “商品成交”報告、 “拍賣失敗”報告。在測試過程中，所有報告均能正常顯示，用戶對競拍報告的“刪除”功能也能正常實現(xiàn)。 測試結(jié)論通過以上測試，系統(tǒng)中用戶的登記和管理模塊、商品的登記和管理模塊、競拍系統(tǒng)模塊、競拍報告模塊均正常工作。從測試結(jié)果也可以看出，所有與拍賣有關(guān)的商務(wù)活動均能正常實現(xiàn)，對于多客戶端的拍賣測試也沒有異常，對于其過程中可能產(chǎn)生的非法的操作和數(shù)據(jù)，均有友好的提示和引導(dǎo)?？梢哉f，本網(wǎng)上拍賣系統(tǒng)基本達到軟件設(shè)計要求，驗證了系統(tǒng)的設(shè)計思想，將來有可能投入應(yīng)用。第四章