【文章內(nèi)容簡介】 求時，首先執(zhí)行其中的程序片段，然后將執(zhí)行結果以 HTML 格式返回給客戶。程序片段可以操作數(shù)據(jù)庫、重新定向網(wǎng)頁以及發(fā)送 等等，這就是建立動態(tài)網(wǎng)站所需要的功能。所有程序操作都在服務器端執(zhí)行，網(wǎng)絡上傳送給客戶端的僅是得到的結果，對客戶瀏覽器的要求最低，可以實現(xiàn)無 Plugin，無 ActiveX，無 JAVA Applet，甚至無 Frame。 JAVA 是一種簡單易用、完全面向對象、具有平臺無關性且安全可靠的主要面向Inter 的開發(fā)工具。自從 1995 年正式問世以來，JAVA 的快速發(fā)展已經(jīng)讓整個 Web 世界發(fā)生了翻天覆地的變化。在早期，JAVA 比較多的用在瀏覽器上，插入到網(wǎng)頁中(即是 JAVA Applet 程序)，成為最靈活、最強大的網(wǎng)頁多媒體的載體，但由于 JAVA 虛擬機相對于個人電腦而言，有占用資源大，安全性相對較差等缺點，Applet 逐漸的被后起之秀 Flash 所替代，但隨著 JAVA Servlet 的推出，JAVA 在電子商務方面開始嶄露頭角，最新的 JSP(JAVA Server Page)技術的推出，更是讓 JAVA 成為基于 Web 的應用程序的首選開發(fā)工具，目前的JAVA 技術已成為所有大型電子商務項目的必然選擇。2．JAVA 語言在網(wǎng)絡上的應用JAVA 程序可以獲取網(wǎng)絡上結點的圖象、聲音、HTML 文檔及文本等資源，并可以對獲得的資源進行處理。例如 JAVA 程序可以每隔一定時間讀取某結點提供的最新數(shù)據(jù)，并以圖表的形式顯示出來。在編程處理上，一般先生成一個 URL 類型的對象，然后用 JAVA 中相應的方法（method）獲取該對象所代表的資源。3．JSP 的基礎——Servlet 技術JAVA Servlet 是 JSP 技術的基礎，JSP 本身就是預先被編譯成 Servlet，然后再運行的，而且大型的 Web 應用程序的開發(fā)需要 JAVA Servlet 和 JSP 配合才能完成，Servlet 這個名稱大概源于 Applet，現(xiàn)在國內(nèi)的翻譯方式很多，本文為了避免誤會，本文直接采用Servlet 這個名稱而不做任何翻譯，讀者如果愿意，可以稱之為“小服務程序” 。Servlet其實和傳統(tǒng)的 CGI 程序和 ISAPI、NSAPI 等 Web 程序開發(fā)工具的作用是相同的，在使用JAVA Servlet 以后，用戶不必再使用效率低下的 CGI 方式，也不必使用只能在某個固定Web 服務器平臺運行的 API 方式來動態(tài)生成 Web 頁面。許多 Web 服務器都支持 Servlet，即使不直接支持 Servlet 的 Web 服務器也可以通過附加的應用服務器和模塊來支持Servlet。得益于 JAVA 的跨平臺的特性，Servlet 也是平臺無關的，實際上，只要符合JAVA Servlet 規(guī)范，Servlet 是完全平臺無關且是 Web 服務器無關的。由于 JAVA Servlet內(nèi)部是以線程方式提供服務，不必對于每個請求都啟動一個進程，并且利用多線程機制可以同時為多個請求服務，因此 JAVA Servlet 效率非常高。但 JAVA Servlet 也不是沒有缺點，和傳統(tǒng)的 CGI、ISAPI、NSAPI 方式相同，JAVA Servlet 是利用輸出 HTML 語句來實現(xiàn)動態(tài)網(wǎng)頁的，如果用 JAVA Servlet 來開發(fā)整個網(wǎng)站，動態(tài)部分和靜態(tài)頁面的整合過程簡直就是一場噩夢。這就是為什么 SUN 還要推出 JAVA Server Pages 的原因。 MVC 設計模式模型視圖控制器（MVC）是 80 年代 Smalltalk80 出現(xiàn)的一種軟件設計模式，現(xiàn)在已經(jīng)被廣泛的使用。模型（Model）模型是應用程序的主體部分。模型表示業(yè)務數(shù)據(jù)，或者業(yè)務邏輯.視圖（View）視圖是應用程序中用戶界面相關的部分，是用戶看到并與之交互的界面。 控制器（controller) 控制器工作就是根據(jù)用戶的輸入，控制用戶界面數(shù)據(jù)顯示和更新 model 對象狀態(tài)。圖 21　MVC 組件類型的關系和功能MVC 式的出現(xiàn)不僅實現(xiàn)了功能模塊和顯示模塊的分離，同時它還提高了應用系統(tǒng)的可維護性、可擴展性、可移植性和組件的可復用性。早期的程序中，如果不注意對數(shù)功能和顯示的解耦合，常常會導致程序的復雜及難以維護。很多 VB,Delphi 等 RAD 程序都有這種問題。甚至現(xiàn)在的 C,JAVA 有時候也會出現(xiàn)把業(yè)務邏輯寫在顯示模塊中的現(xiàn)象。管 MVC 設計模式很早就提出，但在 Web 項目的開發(fā)中引入 MVC 卻是步履維艱。主要原因：一是在早期的 Web 項目的開發(fā)中，程序語言和 HTML 的分離一直難以實現(xiàn)。CGI 程序以字符串輸出的形式動態(tài)地生成 HTML 內(nèi)容。后來隨著腳本語言的出現(xiàn)，前面的方式又被倒了過來，改成將腳本語言書寫的程序嵌入在 HTML 內(nèi)容中。這兩種方式有一個相同的不足之處即它們總是無法將程序語言和 HTML 分離。二是腳本語言的功能相對較弱，缺乏支持 MVC 設計模式的一些必要的技術基礎。直到基于 J2EE 的 JSP Model 2 問世時才得以改觀。它用JSP 技術實現(xiàn)視圖的功能，用 Servlet 技術實現(xiàn)控制器的功能，用 JAVABean 技術實現(xiàn)模型的功能。 Struts 技術Struts 跟 Tomcat、Turbine 等諸多 Apache 項目一樣，是開源軟件，這是它的一大優(yōu)點。除此之外，Struts 的優(yōu)點主要集中體現(xiàn)在兩個方面：Taglib 和頁面導航。Taglib 是Struts 的標記庫，靈活動用，能大大提高開發(fā)效率。關于頁面導航將是今后的一個發(fā)展方向。通過一個配置文件，即可把握整個系統(tǒng)各部分之間的聯(lián)系，這對于后期的維護有著莫大的好處。尤其是當另一批開發(fā)者接手這個項目時，這種優(yōu)勢體現(xiàn)得更加明顯。缺點：初學者需要一個持續(xù)學習的過程，甚至還會打亂你網(wǎng)頁編寫的習慣；Struts 將MVC 的 Controller 一分為三，在獲得結構更加清晰的同時，也增加了系統(tǒng)的復雜度。Struts 已逐步運用于越來越多的商業(yè)軟件。雖然它現(xiàn)在還有不少缺點，但它是一種非常優(yōu)秀的 J2EE MVC 實現(xiàn)方式。Struts 控制器組件主要包括：充當 Struts 框架的中央控制器的 ActionServlet 組件、充當每個子應用模塊的請求處理器的 RequestProcessor 組件、負責處理一項具體的業(yè)務的Action 組件。其工作流程如圖 22。圖 22　Struts 工作流程　系統(tǒng)的開發(fā)環(huán)境系統(tǒng)開發(fā)環(huán)境：服務器端操作系統(tǒng)：Windows 2022 Server網(wǎng)絡協(xié)議：TCP/IPweb 服務器： 服務器數(shù)據(jù)庫：Mircrosoft SQL server2022瀏覽器：Inter Explorer 以上用戶端操作系統(tǒng)：Windows 98/2022/XP網(wǎng)絡協(xié)議：TCP/IP瀏覽器：Inter Explorer 以上第 3 章 需求分析與總體設計 需求說明（1）允許什么樣的 數(shù)據(jù)進入數(shù)據(jù)庫進入數(shù)據(jù)庫的規(guī)則，列中出現(xiàn)非法數(shù)據(jù)，可以自動維護數(shù)據(jù)庫的完整性；（2）使用默認值，實現(xiàn)當用戶向數(shù)據(jù)表中插入新記錄時，如果沒有給某列輸入數(shù)據(jù)，則由Access 自動向該列輸入默認值；（3）當用戶向數(shù)據(jù)表的某列插入或更新數(shù)據(jù)時，限制輸入值的取值范圍；（4）維護數(shù)據(jù)庫的完整性和業(yè)務規(guī)則；（5）建立視圖； 需求分析　總體需求概述本系統(tǒng)描述了通過包括因特網(wǎng)在內(nèi)的計算機網(wǎng)絡來購買、銷售和交換圖書的過程。隨著社會的發(fā)展，網(wǎng)絡的普及，網(wǎng)上購物已成為在線業(yè)務的重要載體。網(wǎng)站還可以為會員提供商品的詳細信息，會員可以在線購買商品，確定自己的訂單。同時網(wǎng)站還提供關于會員購買圖書后對圖書的評價。系統(tǒng)的前臺功能主要有注冊、登陸、書籍瀏覽、書籍查詢、訂單查詢、購物車、購書等。后臺功能主要有圖書入庫、書籍管理、訂單管理等?！⌒枨蟮木唧w分析網(wǎng)上書店系統(tǒng)主要是實現(xiàn)網(wǎng)上選書、購書、產(chǎn)生訂單等功能的系統(tǒng)。一個典型的網(wǎng)上商城一般都需要實現(xiàn)商品信息的動態(tài)提示、購物車管理、客戶信息注冊登錄管理、訂單處理等模塊。根據(jù)網(wǎng)上書店的基本需求，本系統(tǒng)需要完成的具體任務如下：1. 圖書查詢: 當客戶進入網(wǎng)上書店時，應該在主頁面中分類顯示最新的書目信息，以供客戶選擇所需圖書，同時也應該提供按照圖書名稱，或者作者信息快速查詢所需書目信息的功能。2. 購物車管理：當客戶選擇購買某圖書產(chǎn)品時，應該能夠將對應圖書信息，如：價格、數(shù)量記錄到對應的購物車中，并允許客戶返回書目查詢頁面，選擇其他商品，并添加到購物車中，當對應的購物訂單生成后，應該能夠自動清除以生成訂單的購物車中的信息。3. 訂單處理：對應客戶購買圖書商品信息的需求，在確定了所購圖書商品的價格、數(shù)量等信息后，提示會員選擇對應的送貨方式及付款方式，最終生成對應的訂單記錄，以便于網(wǎng)站配貨人員依據(jù)訂單信息進行后續(xù)的出貨、送貨的處理。4. 會員注冊：為了能夠實現(xiàn)圖書商品的購買，需要管理客戶相關的聯(lián)系方式、送貨地點等相關的信息。本系統(tǒng)的整個交易的過程可以分為三個階段：第一個階段是圖書信息交流階段：對于商家來說，此階段為發(fā)布圖書信息階段。主要是選擇自己的優(yōu)秀圖書，精心組織自己的圖書信息，建立自己的網(wǎng)頁，然后加入名氣較大、影響力較強、點擊率較高的著名網(wǎng)站中，讓盡可能多的人們了解并認識自己的網(wǎng)上書店。對于買方來說，此階段是去網(wǎng)上尋找圖書以及圖書信息的階段。主要是根據(jù)自己的需要，上網(wǎng)查找自己所需的信息和圖書，并選擇信譽好服務好價格低廉的商家。第二階段是簽訂圖書購買合同階段：作為后臺管理的 B2B（商家對商家）來說，這一階段是簽訂合同、完成必需的商貿(mào)票據(jù)的交換過程。要注意的是：數(shù)據(jù)的準確性、可靠性、不可更改性等復雜的問題。作為前臺管理的 B2C（商家對個人客戶）來說，這一階段是完成購物過程的定單簽訂過程，顧客要將你選好的商品、自己的聯(lián)系信息、送貨的方式、付款的方法等在網(wǎng)上簽好后提交給商家，商家在收到定單后應發(fā)來郵件或電話核實上述內(nèi)容。第三階段是按照合同進行圖書交接、資金結算階段：這一階段是整個商品交易很關鍵的階段，不僅要涉及到資金在網(wǎng)上的正確、安全到位，同時也要涉及到圖書配送的準確、按時到位。在這個階段有銀行業(yè)、配送系統(tǒng)的介入，在技術上、法律上、標準上等等方面有更高的要求。網(wǎng)上交易的成功與否就在這個階段。 系統(tǒng)的總體設計　系統(tǒng)的模塊劃分本系統(tǒng)的定位是一個網(wǎng)上書店系統(tǒng)，即電子商務站點。使用 JSP 作為 Web 服務器端開發(fā)語言，采用 Tomcat 作為 Web 服務器和 JSP 引擎，采用 SQL server2022 作為后臺網(wǎng)絡數(shù)據(jù)庫管理系統(tǒng)。系統(tǒng)的總體設計過程如圖 31 所示。用戶注冊、登錄圖書分類列表查詢圖書信息購書收藏留言板…用戶管理分類管理信息管理常規(guī)設置其他設置… …前臺用戶交互 后臺用戶交互SQL 數(shù)據(jù)庫Windows 2022/NT，HTMLamp。JSP，Java圖 31　系統(tǒng)總體功能設計　各模塊功能設計網(wǎng)上書店前臺實現(xiàn)的功能有（如圖 34 所示）：網(wǎng)站首頁。首頁是客戶打開網(wǎng)站的第一個頁面，一般在這個頁面中呈現(xiàn)的信息量最大，且需充分展現(xiàn)網(wǎng)站的亮點，以吸引客戶、留住客戶。新注冊會員。提供客戶網(wǎng)上自助注冊功能，填寫注冊表單并提交后，就能成為網(wǎng)上書店的會員，注冊成功并登錄后就可以進行網(wǎng)上購書了。會員登錄。供已注冊的會員登錄，登錄后才能在網(wǎng)上購書。網(wǎng)上購書。已登錄的會員可以將需要購買的書籍放入購物車，可將已放入購物車中的書籍生成一張訂單并作確認，可將“未作確認”和缺貨的訂單取消。圖 32　系統(tǒng)前臺功能模塊網(wǎng)上書店后臺管理實現(xiàn)的功能有（如圖 33 所示）：入庫管理。供網(wǎng)站管理員管理新進的書籍數(shù)量。出庫管理。供網(wǎng)站管理員管理完成訂單的書籍數(shù)量。訂單管理。供網(wǎng)站管理員管理訂單信息。書籍信息管理。供網(wǎng)站管理員增加、修改、刪除網(wǎng)上書店書籍的基本資料信息，主要是文本信書店首頁客戶注冊登錄圖書瀏覽圖書查詢書店簡介查看購物車查看訂單查看圖書詳細信息圖書購買修改訂購數(shù)量刪除訂購圖書繼續(xù)選購其他圖書