【正文】 用戶可以自由編輯收藏夾中的商品，如修改數(shù)量、刪除所有商品等。訂單提交界面如圖 所示。如果服務(wù)器端成功生成信息，則會(huì)向中間件商服務(wù)器發(fā)送成功信息，之后該訂單信息會(huì)在中間件服務(wù)器中保存，并向客戶端轉(zhuǎn)發(fā)成功信息。客戶端通過調(diào)用 getPaymentType 方法獲取支付方式信息，通過調(diào)用 getShipTime 方法獲取送貨時(shí)間，通過調(diào)用 getProducttype 方法獲取貨物的類型信息。}//總價(jià)格增加else {setContentView()。//商品數(shù)量增加 ( + )。if (() 0) {//如果購物車?yán)锏纳唐窋?shù)量不為零Addup addup = 。購物車的主界面如圖 所示。該界面詳情如圖 和圖 所示。 } return i。amp。 //獲取網(wǎng)絡(luò)服務(wù) NetworkService workservice = ()。 Object obj = (username, s)。35圖 登錄后的界面接下來給出該功能模塊中的一段典型代碼：//登錄函數(shù) public int login(String s, String s1){//兩個(gè) String 類型的形參 int i = 1。軟件開發(fā)商服務(wù)器根據(jù)解析出的數(shù)據(jù)判斷該用戶信息是否存在，如果該用戶信息存在則更新本地的用戶信息，也就是從商家服務(wù)器獲取的用戶等級(jí)信息，用戶賬戶余額，用戶現(xiàn)有的積分等等；如果該用戶信息并不存在，則會(huì)在本地插入一條新的記錄（record）,該記錄中的信息包括用戶的賬號(hào)、密碼、用戶等級(jí)信息，用戶賬戶余額，用戶現(xiàn)有積分等等。商家服務(wù)器核實(shí)該賬戶密碼信息之后會(huì)發(fā)送給軟件開發(fā)商服務(wù)器一個(gè)值。軟件開發(fā)商服務(wù)器接收到該請(qǐng)求之后，解析客戶端發(fā)送過來的數(shù)據(jù)，也就是獲取用戶的賬戶名稱和密碼。用戶在點(diǎn)擊位于登錄界面的“登錄”按鈕之后，LoginActivity 類會(huì)調(diào)用一個(gè)特定的方法生成一個(gè) Thread 線程，該 Thread 線程專門負(fù)責(zé)處理用戶的登錄請(qǐng)求。用戶注冊(cè)界面如圖 所示。電商服務(wù)器核實(shí)該賬戶密碼信息之后會(huì)發(fā)送給中間件服務(wù)器一個(gè)值。中間件服務(wù)器接收到該請(qǐng)求之后，會(huì)解析客戶端發(fā)送過來的數(shù)據(jù)，也就是獲取用戶的賬戶名和密碼。用戶在點(diǎn)擊位于注冊(cè)界面的“注冊(cè)”按鈕之后，LoginActivity 類會(huì)調(diào)用一個(gè)特定的方法生成一個(gè) Register 線程，該 Register 線程專門負(fù)責(zé)處理用戶的注冊(cè)請(qǐng)求。在本系統(tǒng)中所有的業(yè)務(wù)都由位于客戶端的 Activity 發(fā)起，該 Activity 會(huì)新建一個(gè) Thread 類專門處理跟服務(wù)器的交互業(yè)務(wù)，服務(wù)器接收到客戶端的請(qǐng)求之后會(huì)將該請(qǐng)求轉(zhuǎn)交給Action 類，該類再將客戶端的數(shù)據(jù)轉(zhuǎn)交給對(duì)應(yīng)的 Service 類處理，之后再將處理結(jié)果發(fā)送到客戶端，客戶端的 Thread 類接收到服務(wù)端返回的數(shù)據(jù)后將數(shù)據(jù)顯示在對(duì)應(yīng)的 Activity 中。 系統(tǒng)功能模塊的實(shí)現(xiàn)系統(tǒng)中的每項(xiàng)業(yè)務(wù)邏輯都有具體功能模塊與之相對(duì)應(yīng)，而且每一項(xiàng)業(yè)務(wù)邏輯都需要客戶端和服務(wù)器之間的相互配合才能完成。借助名為 的第三方 Jar 包，利用其中 JSON 對(duì)象的 fromObject 令牌環(huán) 時(shí)間戳 獲取 HttpResponse響應(yīng)對(duì)象HttpClient 執(zhí)行Post 方法 設(shè)置對(duì)象參數(shù)新建 HttpClient 對(duì)象 獲取響應(yīng)數(shù)據(jù)封裝成 JSON 對(duì)象封裝成 JSON 對(duì)象新建 HttpPost 對(duì)象設(shè)置 HttpPost 對(duì)象傳送的數(shù)據(jù)32方法可以方便的實(shí)現(xiàn) String 類型數(shù)據(jù)和 JSON 類型數(shù)據(jù)的轉(zhuǎn)換。另外需要提及的是屬性文件中的內(nèi)容都是鍵值對(duì)，如果要獲取想要的地址信息只需要知道對(duì)應(yīng)的鍵值即可。該流程的具體步驟如圖 所示。之后新建 HttpClient 對(duì)象，并調(diào)用 Post 方法將客戶端數(shù)據(jù)發(fā)送到服務(wù)器端，并獲取 HttpResponse 對(duì)象。該方法的業(yè)務(wù)處理流程如下：該方法首先將一個(gè)令牌環(huán)和時(shí)間戳封裝為一個(gè) JSON 對(duì)象，其中令牌環(huán)是為了防止客戶端短時(shí)間內(nèi)向客戶端大量發(fā)送重復(fù)請(qǐng)求，時(shí)間戳用來判斷請(qǐng)求是否超時(shí)。客戶端向服務(wù)器發(fā)送請(qǐng)求的過程主要借助 HttpUtils 類，該類中能夠?qū)崿F(xiàn)該請(qǐng)求發(fā)送功能的方法叫做 sendJSONToServer。中間件服務(wù)器捕獲到電商服務(wù)器返回的數(shù)據(jù)，并根據(jù)約定的數(shù)據(jù)格式將數(shù)據(jù)封裝成 JSON 類型的數(shù)據(jù)，然后將該 JSON 類型數(shù)據(jù)發(fā)送至客戶端。之前我們分析已知賬號(hào)注冊(cè)業(yè)務(wù)邏輯、訂單提交業(yè)務(wù)邏輯的成功與否都是由位于最后邊的電商服務(wù)器決定的。 通信連接的建立在該手機(jī)團(tuán)購系統(tǒng)中客戶端和服務(wù)器之間的通信連接建立過程描述如下：客戶端主動(dòng)向服務(wù)器發(fā)送一個(gè)請(qǐng)求，服務(wù)器接收該請(qǐng)求并采取相應(yīng)的動(dòng)作，之后服務(wù)器將處理結(jié)果返回給客戶端。 客戶端和服務(wù)器之間的通信在所有基于客戶端服務(wù)器架構(gòu)（C/S）的系統(tǒng)中，都是在先由客戶端發(fā)起請(qǐng)求，再由服務(wù)器端接收該請(qǐng)求，并將處理結(jié)果返回給客戶端。30第 5 章 系統(tǒng)實(shí)現(xiàn)在已完成之前系統(tǒng)需求分析和系統(tǒng)詳細(xì)設(shè)計(jì)的基礎(chǔ)上，接下來要具體實(shí)現(xiàn)客戶端和服務(wù)器之間的通信以及系統(tǒng)各個(gè)功能模塊。詳細(xì)信息見表 所示。詳細(xì)信息見表 所示。其中 productid 為主鍵，具體信息見表 所示。本系統(tǒng)相關(guān)的部分重要數(shù)據(jù)庫表設(shè)計(jì)如下:用戶信息表（user ） ，該表包含 7 個(gè)字段，分別是userid、username、password、 、phone、level 和 integral，其中 userid 為主鍵，具體信息見表 所示。下面列出部分重要的數(shù)據(jù)庫表信息。用戶進(jìn)入收藏夾之后可以通過點(diǎn)擊編輯按鈕按照自己的意愿修改商品的數(shù)量或者刪除已經(jīng)添加至收藏夾中的商品。已經(jīng)登錄的用戶在點(diǎn)擊收藏夾按鈕之后就可以將自己喜歡的商品加入收藏夾內(nèi)，這個(gè)過程中需要客戶端向服務(wù)器發(fā)送請(qǐng)求，之后服務(wù)器會(huì)將該商品信息跟用戶信息關(guān)聯(lián)起來，并將此關(guān)聯(lián)信息存入數(shù)據(jù)庫。 收藏夾管理模塊業(yè)務(wù)邏輯用戶如果想要將自己喜歡的商品添加至收藏夾，就必須處在已登錄的狀態(tài)。用戶點(diǎn)擊列表項(xiàng)中的某一個(gè)地址之后就可以進(jìn)入該地址的編輯界面。不過進(jìn)入地址管理界面需要用戶處于已登錄的狀態(tài)，如果用戶還未登錄則系統(tǒng)自動(dòng)跳轉(zhuǎn)至用戶登錄界面，在用戶成功登錄系統(tǒng)以后再自動(dòng)跳轉(zhuǎn)至地址管理界面。 地址管理模塊業(yè)務(wù)邏輯用戶可以通過點(diǎn)擊更多選項(xiàng)按鈕，進(jìn)入更多選項(xiàng)界面。用戶在購物車中的任何操作都需要一個(gè)前提，那就是“用戶處于登錄狀態(tài)” 。一般出現(xiàn)訂單提交失敗是因?yàn)閮煞N原因：一是網(wǎng)絡(luò)延遲過高，服務(wù)器無法及時(shí)快速地響應(yīng)、客戶端不能在規(guī)定時(shí)間內(nèi)收到服務(wù)器響應(yīng)；二是因?yàn)橄M(fèi)者要購買的商品庫存不足導(dǎo)致訂單無法正常提交。如果庫存中有存貨，則向中間件服務(wù)器發(fā)送訂單提交成功信息并返回訂單號(hào)。需要注意的是客戶端轉(zhuǎn)發(fā)的服務(wù)器地址都是設(shè)定好的、固定不變的。圖 訂單信息模塊流程圖訂單提交業(yè)務(wù)邏輯的具體描述如下：用戶在確認(rèn)訂單信息正確無誤之后點(diǎn)擊提交訂單按鈕。在訂單提交之后用戶可以點(diǎn)擊“繼續(xù)購物”按鈕返回商品列表繼續(xù)瀏覽商品信息，也可以單擊“首頁”返回應(yīng)用程序的開始界面。如果用戶是首次觸發(fā)訂單生成業(yè)務(wù)或者上次的訂單信息需要改變，用戶可以自己在對(duì)應(yīng)的文本框中填寫收貨人信息、支付方式、送貨時(shí)間、送貨方式等。訂單生成業(yè)務(wù)邏輯的具體描述如下：用戶進(jìn)入購物車頁面之后，如果購物車中的商品已經(jīng)確定，就可以點(diǎn)擊“結(jié)算”按鈕跳轉(zhuǎn)至訂單生成界面。商品信息模塊業(yè)務(wù)流程具體情況如圖 所示。商品的展示界面根據(jù)展示的信息多少也分為兩種，一種展示簡略的商品信息，一種展示詳細(xì)的商品信息。這四種排序方式分別是：默認(rèn)排序（銷量排序） 、價(jià)格高低排序、折扣排序、發(fā)布時(shí)間排序。 開始 登錄界面 向中間件服務(wù)器發(fā)送 Http 請(qǐng)求 中間件服務(wù)器 向后臺(tái)服務(wù)器發(fā)送 Http 請(qǐng)求后臺(tái)服務(wù)器驗(yàn)證用戶賬號(hào)和密碼查詢數(shù)據(jù)庫是否存在此用戶向視圖層發(fā)送失敗信息結(jié)束更新數(shù)據(jù)庫注冊(cè)新用戶中間件服務(wù)器從后臺(tái)服務(wù)器獲取用戶信息查詢本地是否存在此用戶更新用戶信息向視圖層發(fā)送成功信息添加用戶信息是是否 否是否24圖 商品信息模塊流程圖系統(tǒng)提供了四種為商品排序的方式。用戶進(jìn)入手機(jī)端的應(yīng)用程序以后，在主頁面會(huì)有六個(gè)分類標(biāo)簽，用戶點(diǎn)擊感興趣的標(biāo)簽即可進(jìn)入商品信息的展示列表頁面，每個(gè)列表項(xiàng)都包含團(tuán)購商品的圖片、描述價(jià)格和折扣信息。登錄模塊對(duì)應(yīng)的業(yè)務(wù)流程如圖 所示。登錄模塊業(yè)務(wù)邏輯主要實(shí)現(xiàn)了用戶從客戶端登錄服務(wù)器的過程。用戶可以點(diǎn)擊退出登錄按鈕退出登錄狀態(tài)。賬號(hào)管理界面主要負(fù)責(zé)顯示用戶的賬號(hào)信息、昵稱信息、賬戶積分、賬戶等級(jí)等等。22圖 注冊(cè)模塊流程圖賬號(hào)模塊業(yè)務(wù)邏輯主頁負(fù)責(zé)用戶賬號(hào)的登錄和登出。中間件服務(wù)器將這些信息保留在本地并轉(zhuǎn)發(fā)至位于最后臺(tái)的賬號(hào)管理服務(wù)器。 登錄注冊(cè)模塊業(yè)務(wù)邏輯注冊(cè)模塊業(yè)務(wù)邏輯主要描述了用戶從客戶端向服務(wù)器注冊(cè)個(gè)人信息的過程。服務(wù)器接收到該字節(jié)流之后，先將它轉(zhuǎn)換成字符流，再轉(zhuǎn)換成 JSON 對(duì)象，然后服務(wù)器按照客戶端和服務(wù)器之間的通信協(xié)議中規(guī)定的接口，解析出關(guān)鍵參數(shù)，再按參數(shù)調(diào)用相應(yīng)的業(yè)務(wù)邏輯模塊。接下來說明一些數(shù)據(jù)的發(fā)送和解析過程。之所以沒有選擇 XML 數(shù)據(jù)格式是因?yàn)? XML 數(shù)據(jù)格式會(huì)導(dǎo)致數(shù)據(jù)量過大（各種標(biāo)示符） ，解析 XML 文件要付出較大的性能開銷。 JSON 采用完全獨(dú)立于任何語言的數(shù)據(jù)格式，但保留了 C 系計(jì)算機(jī)語言的一些語法習(xí)慣，因此很容易被人理解運(yùn)用，也有利于機(jī)器的解析。 客戶端服務(wù)器之間的數(shù)據(jù)處理本系統(tǒng)選用 JSON 作為客戶端和服務(wù)器之間的通信格式。因此借助Httpclient 工具包，利用該工具包中提供的豐富、高效的 API 可以快速開發(fā)出一個(gè)網(wǎng)絡(luò)客戶端程序，方便地發(fā)起客戶端網(wǎng)絡(luò)連接。因此設(shè)計(jì)一種客戶端和服務(wù)器之間的高效通信方式就顯得尤為重要。 客戶端和服務(wù)器之間的通信設(shè)計(jì)本系統(tǒng)的總體架構(gòu)是基于經(jīng)典的客戶端服務(wù)器模式（C/S 架構(gòu)）的。數(shù)據(jù)通信層是視圖層和邏輯層之間的夾層，負(fù)責(zé)視圖層和邏輯層之間的通信，建立 Socket 連接、接收發(fā)送數(shù)據(jù)、解析數(shù)據(jù)等等。這種分層設(shè)計(jì)的思想可以帶來如下好處：各層與各層之間相互獨(dú)立，下一層的改變對(duì)上一層是透明的，可以有效降低系統(tǒng)中間各個(gè)模塊之間的耦合度，數(shù)據(jù)庫服務(wù)器手機(jī)團(tuán)購客戶端Android 操作系統(tǒng)手機(jī)硬件用戶20強(qiáng)化了系統(tǒng)的可擴(kuò)展性，提高了系統(tǒng)的可維護(hù)性。該系統(tǒng)總體框架的示意圖如圖 所示。客戶端指的是 Android 系統(tǒng)平臺(tái)上的應(yīng)用程序。19第 4 章 系統(tǒng)設(shè)計(jì)根據(jù)第三章中完成的系統(tǒng)需求分析的結(jié)果，本章將詳細(xì)介紹系統(tǒng)的整體架構(gòu)、客戶端服務(wù)器之間的通信設(shè)計(jì)、業(yè)務(wù)層設(shè)計(jì)，一共三部分。 本章小結(jié)在本章中簡述了用戶在購物流程中所涉及到的系統(tǒng)功能模塊，并根據(jù)系統(tǒng)功能用例圖簡要介紹了注冊(cè)登錄模塊、商品信息展示模塊、購物車模塊、訂單模塊四個(gè)核心模塊。訂單支付。用戶點(diǎn)擊結(jié)算中心的按鈕就可以提交訂單。例如：貨到付快、各種電子銀行、網(wǎng)銀、支付寶等等。支付方式選擇。并且可以保留用戶地址信息的歷史記錄。送貨地址選擇。商品瀏覽加入購物車 編輯購物車查看購物車已登錄用戶 未登錄用戶18訂單支付子模塊要處理顯示“訂單金額、送貨地址、支付方式、用戶留言“等。 訂單模塊分析訂單模塊要實(shí)現(xiàn)“送貨地址選擇、支付方式選擇、訂單提交、訂單支付”四個(gè)核心子模塊。用戶可以增加或者減少已選商品的數(shù)量。管理購物車中商品的界面跟購物車中的商品信息展示界面類似。用戶可以通過單擊商品信息瀏覽界面的“加入購物車”按鈕進(jìn)入購物車商品信息展示界面。用戶可以在購物車中瀏覽已選商品的各項(xiàng)信息。用戶在已經(jīng)登錄的情況下，點(diǎn)擊商品界面的添加至購物車按鈕就可以把喜歡的商品成功添加至購物車。對(duì)應(yīng)的用例圖如圖 所示。用戶點(diǎn)擊加入購物車按鈕之后，購物車中的商品數(shù)量會(huì)加一，一件商品可以多次加入到購物車中。用戶點(diǎn)擊“收藏”按鈕之后，如果用戶還沒有登錄系統(tǒng)則系統(tǒng)會(huì)自動(dòng)跳轉(zhuǎn)到用戶登錄界面，用戶登錄成功以后系統(tǒng)會(huì)再次自動(dòng)跳轉(zhuǎn)到當(dāng)前商品詳細(xì)信息界面，并提示用戶添加收藏成功。商品詳細(xì)信息展示。商品簡略信息展示界面顯示“商品名稱、商品價(jià)格、商品圖片、商品折扣”四種類型的信息。默認(rèn)排序?qū)嶋H上就是按照銷量來排序，價(jià)格排序就是按照商品價(jià)格的高低來排序；折扣排序就是按照一件商品的折扣程度進(jìn)行排序；發(fā)布時(shí)間排序就是按照商品發(fā)布的時(shí)間先后來進(jìn)行排序。根據(jù)用戶選擇的不同排序方式，商品將按照對(duì)應(yīng)的方式顯示。二級(jí)分類在一級(jí)分類的基礎(chǔ)上對(duì)商品進(jìn)行了更細(xì)致的展示。商品分類包括一級(jí)分類和二級(jí)分類。 商品信息展示模塊分析商品信息模塊主要由四部分構(gòu)成，分別是：商品分類、商品簡略信息展示、商品詳細(xì)信息展示、商品列表項(xiàng)展示。用戶填寫的賬號(hào)、密碼信息在通過服務(wù)器端的驗(yàn)證后才可以成功登錄，系統(tǒng)能夠彈出用戶賬號(hào)或者密碼錯(cuò)誤的提示信息。密碼由數(shù)字、英文字母構(gòu)成，長度為 816 位，在用戶進(jìn)行注冊(cè)的時(shí)候，應(yīng)該讓用戶輸入兩次密碼，并確保兩次輸入的密碼一致，用戶注冊(cè)賬號(hào)成功后會(huì)自動(dòng)登錄并跳到系統(tǒng)首頁。該模塊規(guī)定了賬號(hào)的格式、密碼的格式和長度。手機(jī)團(tuán)購應(yīng)用程序系統(tǒng)用例圖見圖 所示。這六個(gè)功能模塊分別是：用戶登錄模塊、用戶注冊(cè)模塊、商品展示模塊、購物車模塊、訂單模塊、其他功能模塊。具體系統(tǒng)結(jié)構(gòu)如圖 所示。 系統(tǒng)結(jié)構(gòu)分析整個(gè)系統(tǒng)可以分為客戶端和服務(wù)器端，客戶端可以實(shí)現(xiàn)用戶的注冊(cè)和登錄，可以進(jìn)行商品搜索，商品瀏覽，商品購買，訂單管