【正文】 xperience of users. Combined with my development experience, detailed analysis of the above technique works, performance analysis, scenarios and future applications. Based on the theory, bined with the environment of the actual group purchase sites features, asked questions, analyzed problems。 本文 結(jié)合自己的開發(fā)使用經(jīng)驗(yàn)，詳細(xì)地分析了以上技術(shù)的工作原理、性能分析、應(yīng)用場景及未來的應(yīng)用前景。在以上的技術(shù)理論基礎(chǔ)上，再結(jié)合實(shí)際團(tuán)購環(huán)境中，通過團(tuán)購網(wǎng)站的特點(diǎn)，提出問題，分析問題；然后對整個團(tuán)購 系統(tǒng)進(jìn)行需求分析，明晰了商家與用戶的整體需求；之后便對整個 WEB 系統(tǒng)進(jìn)行了架構(gòu)設(shè)計(jì)，針對 WEB 功能表現(xiàn)層、業(yè)務(wù)邏輯層、數(shù)據(jù)持久層結(jié)合 MVC 的設(shè)計(jì)模式進(jìn)行了細(xì)化分析設(shè)計(jì)，并設(shè)計(jì)實(shí)現(xiàn)了相應(yīng)的數(shù)據(jù)庫表結(jié)構(gòu)。 and then made needs analysis of the whole purchase system, clarity of the overall needs of businesses and users。 MVC design pattern。 而隨著團(tuán)購網(wǎng)站的日益劇增，消費(fèi)群體的不斷擴(kuò)大，不得不說，團(tuán)購網(wǎng)站在網(wǎng)絡(luò)大潮中已經(jīng)占領(lǐng)了一席之地。 課題理論指導(dǎo)及現(xiàn)實(shí)研究意義 目前，國內(nèi)用來提供網(wǎng)絡(luò)團(tuán)購平臺的主要技術(shù)是 PHP，主要由于 PHP 的簡單易學(xué)、開發(fā)方便迅速等特點(diǎn)正好迎合了大多數(shù)的網(wǎng)站運(yùn)營商想以低廉的開發(fā)成本、短暫的開發(fā)周期來節(jié)省時間和金錢以求迅速搶占國內(nèi)網(wǎng)絡(luò)團(tuán)購市場的心理， 2 而且 PHP 也足以應(yīng)付各種小型系統(tǒng)站點(diǎn)。如果該系統(tǒng)面對大量用戶的高并發(fā)實(shí)時訪問，時不時地丟失點(diǎn)用戶數(shù)據(jù)甚至系統(tǒng)崩潰，那種代價(jià)對于運(yùn)營上來說可以說是致命的。因此開發(fā)一個基于 J2EE 技術(shù)平臺的團(tuán)購網(wǎng)站系統(tǒng)就顯得至關(guān)重要。將系統(tǒng)進(jìn)行有效地組織、分而治之的分層思想是計(jì)算機(jī)領(lǐng)域中非常重要的一種思想，在這種先進(jìn)的分層思想的指導(dǎo)下，我們可以將具體問題割裂開來，細(xì)化分為多個小問題來應(yīng)對，這樣更易于控制、擴(kuò)展和資源的分配。對于特定的一類軟件，尤其是基于 WEB 開發(fā)的絕大多數(shù)應(yīng)用應(yīng)用軟件中，符合 J2EE 規(guī)范的框架將在構(gòu)建 WEB 應(yīng)用時的用戶請求的處理、業(yè)務(wù)邏輯的處理、數(shù)據(jù)持久化和事務(wù)的管理等一些共性且相對較復(fù)雜的程序模塊分層抽象出來，構(gòu)成了一種可重用的設(shè)計(jì)，從而漸漸地出現(xiàn)了如今大家所熟知的Struts、 Hibernate 及 Spring 等基于表現(xiàn)層、數(shù)據(jù)持久層和業(yè)務(wù)邏輯層的 J2EE輕量級框架。 C 代 Control，即控制層，用來對系統(tǒng)數(shù)據(jù)的流向進(jìn)行控制。 MVC 這種三層架構(gòu)模 4 型從很大程度上降低了系統(tǒng)的耦合度，使三層模型上的程序各司其職，互不干擾，從而極大地提高的系統(tǒng)的靈活可擴(kuò)展性，從這點(diǎn)上也體現(xiàn)出了 J2EE 的“高內(nèi)聚，低耦合”的思想。它主要基于 J2EE 平臺，整合了 StrutsHibernate、 Spring 三大框架，結(jié)合了 MVC 設(shè)計(jì)模式對整個站點(diǎn)進(jìn)行系統(tǒng)架構(gòu)。同時作為 Web 表現(xiàn)層的應(yīng)用框架，針對 Ajax 的體系結(jié)構(gòu)、工作原理、優(yōu)缺點(diǎn)和應(yīng)用 前景的分析也必不可少。 第四章 WEB 系統(tǒng)架構(gòu)，本章從整個 WEB 站點(diǎn)的架構(gòu)層面就系統(tǒng)的架構(gòu)設(shè)計(jì)和實(shí)現(xiàn)做了詳細(xì)的介紹。 總結(jié)，主要總結(jié)了作者的主要工作，并對此系統(tǒng)所用到的相關(guān)技術(shù)和系統(tǒng)特點(diǎn)進(jìn)行了歸納介紹。 WebWork 是在對 Struts1 的框架進(jìn)行了革命性改進(jìn)，引進(jìn)了不少新的思想、概念和功能之后所形成的一種更為優(yōu)秀的 MVC 框架。當(dāng)然 Struts2的 Action 接口并不是必須的 。 Servlet 上下文被表現(xiàn)為簡單的 Maps，允許 Action 被獨(dú)立地測試。因?yàn)槠渌腏avaBean 不能作為ActionForm 使用，開發(fā)者經(jīng)常創(chuàng)建多余的類來捕獲輸入 Struts2 直接使用 Action 屬性作為輸入屬性，消除了對第二個輸入對象的需求。 Struts1使用 Commons Beanutils 來進(jìn)行 類型轉(zhuǎn)換。 : 文件是 Struts2 框架的配置文件，主要負(fù)責(zé)配置業(yè)務(wù)邏輯控制器 Action，以及用戶自定義的攔截器等，可以說是 Struts2 各個組件之間的紐帶。 Struts2 采用了 JavaBean 的風(fēng)格，即要訪問數(shù)據(jù)，就要給每個屬性都提供一個 getter 和 setter 方法。 C l e n t F i l t e r D i s p a t c h e r A c t i o n向 U R L 所 指 定 的 資 源 發(fā) 起 請 求攔 截 客 戶 端 請 求 ， 再 讀 取 S t r u t s . x m l 文 件根 據(jù) 配 置 文 件 將 客 戶 端 請 求 轉(zhuǎn) 發(fā) 給 相 應(yīng) 的 A c t i o n調(diào) 用 業(yè) 務(wù) 邏 輯 層 方 法 處 理 請 求將 處 理 結(jié) 果 返 回 給 客 戶 端 圖 的工作原理流程圖 9 Struts 的性能及應(yīng)用前景分析 由于采用了核心控制器讀取配置文件 來處理轉(zhuǎn)發(fā)來自客戶端的請求，所以在時間性能上相較于純 servlet 架構(gòu) Web 的應(yīng)用來說，那應(yīng)該是沒辦法比的。 作為 Apache 用 Struts 和 WebWork 組合出來的新產(chǎn)品，引進(jìn)了不少新思想、概念和功能，使得其在目前 大量的開源 MVC 框架中呈現(xiàn)一個強(qiáng)勁的上升勢頭。 Hibernate 的 核心接口一共有 6 個，分別為 :Session、 SessionFactory、Transaction、 Query、 Criteria 和 Configuration。 Session 接口 Session 接口負(fù)責(zé)執(zhí)行被持久化對象的 CRUD 操作 (CRUD 的任務(wù)是完成與 數(shù)據(jù)庫 的交流，包含了很多常見的 SQL 語句。這里當(dāng)使用 session 這個術(shù)語時，其實(shí)指的是 Hibernate 中的session，而以后會將 HttpSession 對象稱為用戶 session。需要注意的是 SessionFactory 并不是輕量級的，因?yàn)橐话闱闆r下，一個項(xiàng)目通常只需要一個 SessionFactory 就夠，當(dāng)需要操作 多個數(shù)據(jù)庫時，可以為每個數(shù)據(jù)庫指定一個 SessionFactory。它是可選的，開發(fā)人員也可以設(shè)計(jì)編寫自己的底層事務(wù)處理代碼。 ORM 本質(zhì)上是把數(shù)據(jù)從一種表示法 (可逆 )轉(zhuǎn)化為另一種表示法進(jìn)行工作，這意味著將損失某些性能。依賴于這些特性或者特定的實(shí)現(xiàn)， ORM 引擎還可以處理如樂觀鎖和高速緩存這類問題，這就完全免去了應(yīng)用程序?qū)@些問題的關(guān)注。另外，作為一種輕量級的對象持久化解決方案， ORM 既可以運(yùn)行在容器 (如 Spring)管理的環(huán)境中，使用容器提供的數(shù)據(jù)庫連接池和事物管理機(jī)制等服務(wù)；也可以脫離容器，在無容器管理的環(huán)境下運(yùn)行，這時 ORM 將使用自身提供的數(shù)據(jù)庫連接池和事物管理機(jī)制等服務(wù)。 Hibernate 的體系結(jié)構(gòu) 從圖 ， Hibernate是使用數(shù)據(jù)庫和配置信息來為應(yīng)用程序提供持久化服務(wù)（以及持久的對象）的。它可以和多種 Web服務(wù)器或者應(yīng)用服務(wù)器良好集成，使得開發(fā)者可以根據(jù)不同的需要來選擇 Web服務(wù)器。 Hibernate 自發(fā)布以來大受歡迎，目前有成千上萬的程序員學(xué)習(xí)和使用它來開發(fā)商業(yè)級的應(yīng)用。然而， Spring 用途不僅限于服務(wù)器端的開發(fā)，從簡單性、可測試性和松耦合的角度而言，任何 Java 應(yīng)用都可以從中受益。其整個體系結(jié)構(gòu)如圖 所示。 BeanFactory使用控制反轉(zhuǎn) (IoC)模式將應(yīng) 用程序的配置和依賴性規(guī)范與實(shí)際的應(yīng)用程序代碼分開。所以，可以很容易地使 Spring框架管理的任何對象支持 AOP。異常層次結(jié)構(gòu)簡化了錯誤處 理，并且極大地降低了需要編寫的異常代碼數(shù)量 (例如打開和關(guān)閉連 接 )。 Spring W曲模塊： Web上下文模塊建立在應(yīng)用程序上下文模塊之上，為基于 Web的應(yīng)用程序提供了上下文。通 過策略接口， MVC框架變成為高度可配置的， MVC容納了大量視圖技術(shù)，其中包括 JSP、 Velocity、 Tiles、 IText 和 POI。即依賴注入和控制反轉(zhuǎn)是同一個概念。 構(gòu)造注入：指通過構(gòu)造方法來完成依賴關(guān)系的設(shè)定，而不是通過 setter()方法。切面能對關(guān)注點(diǎn)進(jìn)行模塊化，例如橫切多個類型和對象的事務(wù)管理。位于 AOP 工具核心的是連接點(diǎn)模型，提供了一種機(jī)制，可以識別出在哪里發(fā)生了橫切。 Spring AOP：即 Spring 框架中的一個子框架，使用了純 Java 實(shí)現(xiàn)，不需要專用的編譯過程和特殊的類加載器，在運(yùn)行期通過代理方式向目標(biāo)織入增強(qiáng)代碼。通過這個對象，頁面 JavaScript 可在不重載頁面的情況與 Web 服務(wù)器交換數(shù)據(jù)。 AJAX 技術(shù)及工作原理分析 Ajax 的工作原理主要是采用 Javascript 中的 XMLHttpRequest 對象與后臺服務(wù)器程序進(jìn)行異步交互，使得前臺頁面在向服務(wù)端發(fā)送請求直到服務(wù)器接收到請求進(jìn)行處理再返回給客戶端瀏覽器頁面處理完后的數(shù)據(jù)結(jié)果這段時間內(nèi)，前臺頁面既可以無需全部刷新等待后臺返回的數(shù)據(jù)，從而在整體上保持用戶的交互體驗(yàn)的流暢性，又可以只在一小塊局部頁面進(jìn)行小數(shù)據(jù)量的動態(tài)更新。 Ajax 不需要任何瀏覽器插件，但需要用戶允許 JavaScript 在瀏覽器上執(zhí)行。 對應(yīng)用 Ajax 最主要的批評就是，它可能破壞瀏覽器后退按鈕的正常行為。 AJAX 前景非常樂觀，可以提高系統(tǒng)性能，優(yōu)化用戶界面 。 分析問題 根據(jù)自己對目前國內(nèi)比較有名的團(tuán)購網(wǎng)站如美團(tuán)、糯米團(tuán)、拉手網(wǎng)等的了解以及自己經(jīng)過多次團(tuán)購后對整個團(tuán)購業(yè)務(wù)流程的了解，可以將整個團(tuán)購系統(tǒng)分為以下幾個模塊，即登錄模塊、 注冊模塊、瀏覽團(tuán)購商品模塊、查詢搜索商品信息模塊、購物車模塊、在線支付模塊、用戶個人信息管理模塊、團(tuán)品評價(jià)或轉(zhuǎn)讓、商家申請團(tuán)購模塊、團(tuán)購信息錄入模塊、會員信息管理模塊、團(tuán)購數(shù)據(jù)維護(hù)模塊等 11 個模塊。從系統(tǒng)的升級和維護(hù)方面考慮，采用 Struts2， Spring和 Hibernate三種開源框架，這樣系統(tǒng)分層清晰，便于維護(hù)和擴(kuò)展。 申請團(tuán)購的商家在進(jìn)入本站點(diǎn)后就只需要在商貿(mào)合作模塊提交商家的團(tuán)購信息即可。 (1) 瀏覽團(tuán)購信息模塊，這個模塊算是整個系統(tǒng)的基礎(chǔ)，該模塊結(jié)合了 CSS、 JavaScript、 Ajax 等 Web 技術(shù)和服務(wù)端程序?qū)λ袌F(tuán)購信息進(jìn)行了動態(tài)顯示。 (5) 在線支付模塊，當(dāng)用戶下完訂單之后，準(zhǔn)備付款時，就得進(jìn)行在線支付。 (9) 商家申請舉行團(tuán)購模塊 ，當(dāng)有線下商家想在本站點(diǎn)舉行團(tuán)購活動時，可以在本模塊提交相應(yīng)的團(tuán)購申請信息。 系統(tǒng)開發(fā)平臺的選擇 基于 J2EE 架構(gòu)的應(yīng)用程序，具有 Java 程序的基本特性：“一次編譯，到處運(yùn)行”。 C/S 模式主要由客戶應(yīng)用程序 (Client)、服務(wù)器管理程序 (Server)和中間件(Middleware)三個部件組成。 B/S 模式是一種以 Web 技術(shù)為基礎(chǔ)的新型的 MIS 系統(tǒng)平臺模 式。瀏覽器將 HTML 代碼轉(zhuǎn)化成圖文并茂的網(wǎng)頁。如果客戶機(jī)提交的請求包括數(shù)據(jù)的存取， Web 服務(wù)器還需與數(shù)據(jù)庫服務(wù)器協(xié)同完成這一處理工作。無論用戶規(guī)模有多大，有 多少分支機(jī)構(gòu)都不會增加任何維護(hù)升級的工作量，所有的操作只需要針對服務(wù)器進(jìn)行。因此，通常應(yīng)該會對服務(wù)器數(shù)據(jù)進(jìn)行同步備份，或采用分布式服務(wù)器集群來均衡負(fù)載服務(wù)器處理應(yīng)對請求的壓力。利用該系統(tǒng)平臺，網(wǎng)購愛好者可以隨意選擇自己喜歡且價(jià)格優(yōu)惠的商品下單，方便快捷地進(jìn)入實(shí)體店消費(fèi)，并將消費(fèi)后的感受通 過本平臺及時地反饋給商家，達(dá)到顧客與商家互利共通的局面。根據(jù)分層原則，把層次分成：表現(xiàn)層、業(yè)務(wù)邏輯層和持久層。 Struts2 本身就屬于一個成熟的 MVC 框架，它其中的 Action 類就屬于模型層的業(yè)務(wù)邏輯模型控制器，本系統(tǒng)中的各種持久層的實(shí)例類就屬于模型層的數(shù)據(jù)模型，前臺頁面就屬于其視圖層，其核心控制器類就充當(dāng)著轉(zhuǎn)發(fā)各種請求的 控制層角色。然后在 Struts 的核心控制器接受到客戶端請求之后會轉(zhuǎn)發(fā)給 Spring 容器已經(jīng)實(shí)例化的相應(yīng)的 Action 類實(shí)例，對 Action 類中所需調(diào)用的其他屬性數(shù)據(jù)bean(業(yè)務(wù)邏輯層的類對象 )， Spring 會先搜尋其 bean 工廠，若已經(jīng)注冊并實(shí)例化了，就會將該實(shí)例對象進(jìn)行動態(tài)注入；否則就會在 Action 調(diào)用該屬性類對象時出現(xiàn)異常。在本團(tuán)購系統(tǒng)中主要用于用戶的登錄和注冊的動態(tài)驗(yàn)證。 Ajax 框架在整個系統(tǒng)架構(gòu)中應(yīng)該處于表現(xiàn)層和 MVC 模式中的視圖層。 Hibernate 在整個系統(tǒng)流程中應(yīng)該是處于 MVC 模式中的模型層，向上負(fù)責(zé)和本系統(tǒng)模型層的業(yè)務(wù)邏