【正文】 圖 訂單提交界面 收藏夾模塊功能的實(shí)現(xiàn)該模塊首先會(huì)獲取已登錄用戶的收藏夾商品信息，包括商品名稱、商品圖片、商品價(jià)格、商品數(shù)量等等。結(jié)算界面如圖 所示圖 結(jié)算界面39用戶在結(jié)算中心點(diǎn)擊提交訂單之后，這些訂單的詳細(xì)信息將會(huì)被發(fā)送至中間件服務(wù)器，中間件商服務(wù)器再將訂單信息發(fā)送至電商服務(wù)器，電商服務(wù)器端處理客戶端發(fā)送過(guò)來(lái)的請(qǐng)求。( + )。圖 購(gòu)物車(chē)界面38下面給出一段該模塊的典型代碼：(adapter)。} 商品信息展示功能的實(shí)現(xiàn)商品信息展示模塊要實(shí)現(xiàn)的功能主要是商品分類和商品信息展示。 ……//此處代碼較多，因此省略部分代碼 if (map != null amp。 HashMap hashmap = new HashMap()。需要說(shuō)明的是商家服務(wù)器返回給軟件開(kāi)發(fā)商服務(wù)器的信息是 String 類型的，還需要借助 JSONObject 類中的方法將 String 類型的數(shù)據(jù)轉(zhuǎn)換成 JSONObject，之后再?gòu)脑搶?duì)象中解析出需要的數(shù)據(jù)。Thread 線程 Start 之后，會(huì)向軟件開(kāi)發(fā)商服務(wù)器發(fā)送登錄請(qǐng)求。如果返回值為 0，則表明電商服務(wù)器端的注冊(cè)成功完成，之后將從電商服務(wù)器獲取的用戶信息插入到本地?cái)?shù)據(jù)庫(kù)；如果返回值為 1，則表明注冊(cè)失敗，并將該失敗信息返回到客戶端，并在 LoginActivity 界面顯示。 Register 線程Start 之后，會(huì)向中間件服務(wù)器發(fā)送用戶注冊(cè)請(qǐng)求。通常一項(xiàng)業(yè)務(wù)都是從客戶端發(fā)起，之后在服務(wù)器端處理完成后，再將處理結(jié)果返回到客戶端。另外，客戶端與服務(wù)器之間要頻繁地進(jìn)行 String 類型數(shù)據(jù)和 JSON 對(duì)象的轉(zhuǎn)換。如果響應(yīng)成功，則該方法從 HttpResponse 對(duì)象中解析出數(shù)據(jù)，并封裝成 JSON 對(duì)象發(fā)回至客戶端。該方法的形參有三個(gè)，第一個(gè)形參的類型是 String，指代發(fā)送請(qǐng)求的名稱；第二個(gè)形參的類型是 JSONObject，指代的是客戶端發(fā)送給服務(wù)器的具體請(qǐng)求；第三個(gè)形參類型是 Int,指代的是請(qǐng)求31的超時(shí)時(shí)間。電商服務(wù)器根據(jù)接收到的用戶請(qǐng)求采取相應(yīng)的處理動(dòng)作，之后將處理結(jié)果返回給中間件服務(wù)器。因此客戶端和服務(wù)器之間通信方式設(shè)計(jì)的關(guān)鍵就是客戶端和服務(wù)器之間的數(shù)據(jù)接口設(shè)計(jì)。29表 購(gòu)物車(chē)信息表（cart ）字段名 字段類型 說(shuō)明id INTEGER 主鍵proid INTEGER 參照 productidutilprice REAL 單價(jià)pcount INTEGER 數(shù)量 本章小結(jié)本章主要介紹了手機(jī)團(tuán)購(gòu)系統(tǒng)的總體架構(gòu)、系統(tǒng)中客戶端和服務(wù)器之間的通信方式、系統(tǒng)各個(gè)模塊的業(yè)務(wù)邏輯設(shè)計(jì)，為接下來(lái)的系統(tǒng)實(shí)現(xiàn)奠定堅(jiān)實(shí)的基礎(chǔ)。表 商品信息表（product ）字段名 字段類型 說(shuō)明product id INTEGER 主鍵name TEXT 商品名desc TEXT 描述normalprice REAL 正常價(jià)格discountprice REAL 折扣價(jià)格Imageurl TEXT 圖片 URLpdate NUMERIC 發(fā)布日期category TEXT 類別訂單信息表（order） ，該表中包含 5 個(gè)字段，分別是orderid、uid、addr、delivery 和 odate，其中 orderid 為主鍵。手機(jī)團(tuán)購(gòu)系統(tǒng)運(yùn)行期間，Android 手機(jī)終端從遠(yuǎn)程服務(wù)器端數(shù)據(jù)庫(kù)進(jìn)行查詢,當(dāng)服務(wù)器端數(shù)據(jù)庫(kù)有變動(dòng)時(shí)，手機(jī)終端獲取到相關(guān)數(shù)據(jù)信息后即返回，在完成界面層操作的同時(shí)，更新本地 SQLite 數(shù)據(jù)庫(kù)。另外，收藏夾中的商品信息都是可以編輯的。地址的編輯界面包括收貨人姓名、收貨人聯(lián)系方式、收貨人的具體地址信息等等。在更多選項(xiàng)界面中點(diǎn)擊地址管理選項(xiàng)就可以進(jìn)入地址管理界面。 購(gòu)物車(chē)模塊業(yè)務(wù)邏輯購(gòu)物車(chē)模塊的業(yè)務(wù)邏輯主要負(fù)責(zé)添加商品至購(gòu)物車(chē)、編輯購(gòu)物車(chē)中的商品、更新購(gòu)物車(chē)中的商品信息和清空購(gòu)物車(chē)。電商服務(wù)器在解析訂單信息之后，查詢本地服務(wù)器。訂單生成業(yè)務(wù)流程的具體描述見(jiàn)圖 所示。如果用戶之前有過(guò)一次訂單成功提交的記錄，訂單生成界面會(huì)自動(dòng)加載上一次訂單中的關(guān)鍵信息（收貨商品分類界面 開(kāi)始 美食 娛樂(lè) 生活 酒店旅游 網(wǎng)購(gòu) 其他商品列表界面默認(rèn)排序 價(jià)格排序 折扣排序 發(fā)布時(shí)間排序商品詳情界面 結(jié)束25人信息、支付方式、送貨時(shí)間和送貨方式等） 。商品信息的獲取會(huì)觸發(fā)客戶端和服務(wù)器之間的交互。根據(jù)用戶選擇的不同排序方式，商品將按照對(duì)應(yīng)的方式顯示。開(kāi)始注冊(cè)界面向中間件服務(wù)器發(fā)送 HTTP 請(qǐng)求中間件服務(wù)器向中間件服務(wù)器發(fā)送 HTTP 請(qǐng)求保存注冊(cè)信息向視圖層發(fā)送失敗信息向后臺(tái)服務(wù)器發(fā)送 HTTP 請(qǐng)求后臺(tái)服務(wù)器端向視圖層發(fā)送成功信息中間件服務(wù)器保存用戶信息獲取用戶信息是否成功結(jié)束是否23圖 登錄模塊流程圖 商品信息模塊業(yè)務(wù)邏輯該業(yè)務(wù)邏輯主要負(fù)責(zé)向用戶展示商品的具體信息。因?yàn)橘~號(hào)管理的業(yè)務(wù)邏輯非常簡(jiǎn)單，在這里就不給出賬號(hào)管理業(yè)務(wù)邏輯的流程圖了。用戶可以通過(guò)點(diǎn)擊屏幕下方菜單中的“更多”選項(xiàng)，進(jìn)入賬號(hào)管理界面。該業(yè)務(wù)邏輯的具體描述如下：用戶在客戶端發(fā)起用戶注冊(cè)事件，之后客戶端程序?qū)⒂脩舻馁~號(hào)、密碼信息發(fā)送至中間件服務(wù)器?？蛻舳藢?shù)據(jù)寫(xiě)入一個(gè) JSON 對(duì)象中，之后將該對(duì)象轉(zhuǎn)化為字節(jié)流借助 Http 協(xié)議將其發(fā)送到服務(wù)器端。21對(duì)象和數(shù)組是 JSON 中的兩種基本數(shù)據(jù)結(jié)構(gòu)，對(duì)象指的是由{} 括起來(lái)的內(nèi)容，結(jié)構(gòu)為{…}，其中 Key 表示的是對(duì)象的屬性，Value 表示的是該屬性的屬性值；數(shù)組指的是由[] 括起來(lái)的內(nèi)容，結(jié)構(gòu)為[“Android”,”Java”,…]，跟 C 語(yǔ)言中的數(shù)組定義方式幾乎一樣，可以包含數(shù)字、字符串、對(duì)象等等 [7]。本系統(tǒng)通信模式的設(shè)計(jì)方案如下：客戶端先捕獲用戶出發(fā)的各種事件，然后向服務(wù)器的特定端口發(fā)起連接請(qǐng)求，連接建立以后，客戶端開(kāi)始向服務(wù)端發(fā)送數(shù)據(jù)，服務(wù)端接收并解析客戶端發(fā)來(lái)的數(shù)據(jù)，根據(jù)解析出來(lái)的結(jié)果調(diào)用相應(yīng)的業(yè)務(wù)邏輯模塊，獲得業(yè)務(wù)邏輯模塊返回的數(shù)據(jù)，接著服務(wù)端封裝數(shù)據(jù)并反饋至客戶端，客戶端接收服務(wù)端發(fā)來(lái)的數(shù)據(jù)，并對(duì)其進(jìn)行解析。系統(tǒng)中所有的業(yè)務(wù)都是由客戶端發(fā)起，服務(wù)端捕獲并回應(yīng)的。視圖層代表的是 Android 應(yīng)用程序?qū)用?，該層主要處理用戶的?qǐng)求，將具有良好用戶體驗(yàn)的界面展示給用戶。服務(wù)器主要是指由 J2EE 服務(wù)器、 Web 服務(wù)器和數(shù)據(jù)庫(kù)構(gòu)成的服務(wù)端。為接下來(lái)的源碼開(kāi)發(fā)提供支持打好基礎(chǔ)。訂單提交成功后用戶就可以收到由“訂單號(hào)、支付金額提示”兩條信息組成的提示框。通過(guò)該模塊用戶可以選擇自己期望的支付方式。送貨地址子模塊要保留用戶填寫(xiě)的地址信息。訂單模塊這部分內(nèi)容是整個(gè)系統(tǒng)的一個(gè)核心部分，直接影響到系統(tǒng)開(kāi)發(fā)的成敗。二者的區(qū)別就是在管理購(gòu)物車(chē)中的商品的界面中，商品的數(shù)量是可編輯的。這些信息包括：商品總量、總體的金額（不包含運(yùn)費(fèi)的情況下） 、商品所能累積的積分、對(duì)應(yīng)商品的具體信息、商品對(duì)應(yīng)的折扣信息、最后訂單支付時(shí)的實(shí)際金額。17 圖 購(gòu)物車(chē)模塊用例圖商品添加至購(gòu)物車(chē)。一件商品可以多次被添加到收藏夾，但是收藏夾中只留有一份記錄。用戶在點(diǎn)擊商品圖片對(duì)應(yīng)的區(qū)域之后就可以進(jìn)入顯示商品詳細(xì)信息的界面。這四種排序方式分別是：默認(rèn)排序、按價(jià)格排序、按折扣排序、按發(fā)布時(shí)間排序。一級(jí)分類包括美食、娛樂(lè)、生活、酒店旅游、網(wǎng)購(gòu)和其他。用戶登錄成功后會(huì)進(jìn)入用戶登錄用戶注冊(cè)商品瀏覽瀏覽商品收藏商品加入購(gòu)物車(chē)個(gè)人中心提交訂單訂單管理收藏夾管理地址管理用戶16系統(tǒng)首頁(yè)，登錄失敗后還停留在在登錄界面用戶可以點(diǎn)擊取消按鈕跳到系統(tǒng)首頁(yè)。賬號(hào)格式為一個(gè)已經(jīng)注冊(cè)的有效郵箱地址，如果用戶輸入的郵箱地址格式錯(cuò)誤，系統(tǒng)要彈出錯(cuò)誤提示信息。在本節(jié)接下來(lái)的部分中將詳細(xì)介紹這六個(gè)功能模塊的需求分析信息。服務(wù)器端可以實(shí)現(xiàn)會(huì)員管理，團(tuán)購(gòu)商品增加、刪除、查找、修改和訂單管理等功能。目前，國(guó)內(nèi)的各大團(tuán)購(gòu)網(wǎng)站（美團(tuán)、百度糯米、大眾點(diǎn)評(píng)等）均針對(duì)自己網(wǎng)站的特點(diǎn)，推出了對(duì)應(yīng)的手機(jī)團(tuán)購(gòu)軟件。為接下來(lái)的系統(tǒng)需求分析和程序開(kāi)發(fā)奠定基礎(chǔ)。這就是 Quartz 能夠并行執(zhí)行多個(gè)任務(wù)的基本原理。從字面意思我們就可以知道這是一種用于簡(jiǎn)單任務(wù)調(diào)度的觸發(fā)器。常用的觸發(fā)器有以下兩種類型：（1）CronTrigger 。（2）RAMJobStore 機(jī)制。在系統(tǒng)的開(kāi)發(fā)過(guò)程中，我們可能需要周期性地執(zhí)行一些任務(wù)，或者定時(shí)執(zhí)行某些任務(wù)，這時(shí)我們就需要借助 Quartz 技術(shù)了。SSH 框架中， “spring”負(fù)責(zé)整個(gè)系統(tǒng)的底層架構(gòu)，它主要負(fù)責(zé) MVC 模型結(jié)構(gòu)分離，控制業(yè)務(wù)調(diào)用流程；“hibernate”框架實(shí)現(xiàn)了對(duì) JDBC 的輕量級(jí)封裝，提供了對(duì)持久層的支持；“struts”負(fù)責(zé)總體的管理。（7） 文件是每個(gè) Android 工程必備的，這是一個(gè)安卓應(yīng)用的全局描述文件。（4）Bin/該目錄下存放生成的目標(biāo)文件，比如 java 二進(jìn)制文件、資源打包文件、Dalvik 虛擬機(jī)的可執(zhí)行文件（.dex 后綴） 。需要注意的是， 不可以刪除，即使被刪除了系統(tǒng)也會(huì)自動(dòng)生成。在 Eclipse 環(huán)境下，一個(gè)典型的 Android 工程包括以下幾個(gè)目錄和文件：10（1）Src/該目錄下存放的是 Android 應(yīng)用的源文件，都是用 java 語(yǔ)言編寫(xiě)成的。ContentProvider 就是 Android 系統(tǒng)為跨應(yīng)用進(jìn)程之間的數(shù)據(jù)交換設(shè)定的一種標(biāo)準(zhǔn)。與普通的事件監(jiān)聽(tīng)器不同的是， BroadcastReceiver 監(jiān)聽(tīng)的事件源是 Android 系統(tǒng)中的組件，普通事件監(jiān)聽(tīng)器監(jiān)聽(tīng)的事程序中的對(duì)象，利用這點(diǎn)我們可以非常方便的實(shí)現(xiàn)系統(tǒng)中不同組件之間的通信。當(dāng)需要在后臺(tái)運(yùn)行服務(wù)或者監(jiān)控其他組件的狀態(tài)變化的時(shí)候，就需要借助 Service 組件了。這四種狀態(tài)的切換過(guò)程如圖 所示。多個(gè) Activity 將組成一個(gè) Activity 棧，棧頂對(duì)象就是當(dāng)前處在活動(dòng)狀態(tài)的 Activity。Android 應(yīng)用程序的基本組件包括：Activity（活動(dòng)） 、Service（服務(wù)） 、BroadcastReceiver（廣播） 、Application Framework（應(yīng)用軟件架構(gòu)）ViewSystemWindowsManagerActivityManagerContentProviders軟件組件 電話管理 資源管理 位置管理 提示管理Android RuntimeAndroidLibrariesDalvik虛擬機(jī)器Library（函數(shù)庫(kù)）SurfaceManagerMediaFramework SQLiteOpenGL FreeType WebKitSGL OpenSSL LibcLinux Kernel硬件驅(qū)動(dòng) 電源管理 WiFi 網(wǎng)絡(luò) 內(nèi)存管理 相機(jī)驅(qū)動(dòng)Application（應(yīng)用程序）文件管理 瀏覽器 照相程序通訊錄 電話8 ContentProvider（內(nèi)容提供者） [5]。應(yīng)用程序?qū)又饕到y(tǒng)的核心應(yīng)用程序，比如瀏覽器、電話薄、日歷計(jì)算器等等；應(yīng)用程序框架層為應(yīng)用程序?qū)犹峁┝怂枰?API，這些 API 都包含在 Google 提供的 Android SDK 中；函數(shù)庫(kù)層由大量的 C/C++庫(kù)構(gòu)成，這些庫(kù)函數(shù)一般不會(huì)直接被應(yīng)用程序調(diào)用，而是被應(yīng)用程序框架層的 API 調(diào)用，而 Java 和 C/C++之間的跨語(yǔ)言調(diào)用借助于 JNI 技術(shù)；運(yùn)行時(shí)庫(kù)層包括核心庫(kù)和 Dalvik 虛擬機(jī)，核心庫(kù)封裝了 Java 語(yǔ)言的全部功能，Dalvik 虛擬機(jī)負(fù)責(zé)安卓應(yīng)用程序的運(yùn)行。為了讓 Android 系統(tǒng)更加適用于移動(dòng)終端設(shè)備，google 對(duì) Linux 的內(nèi)核進(jìn)行了各種優(yōu)化和加強(qiáng)。中間件是客戶端程序和服務(wù)端程序溝通的橋梁，主要負(fù)責(zé)數(shù)據(jù)結(jié)構(gòu)的定義和數(shù)據(jù)傳輸。 圖 B/S 三層架構(gòu)示意圖C/S 架構(gòu)主要包括“客戶端” 、 “中間件” 、 “服務(wù)端”三大部分。B/S 結(jié)構(gòu)簡(jiǎn)化了客戶機(jī)的工作，客戶機(jī)上只需配置少量的客戶端軟件。在所有的計(jì)算機(jī)高級(jí)語(yǔ)言中，使用 Java語(yǔ)言編寫(xiě) Socket 程序是最簡(jiǎn)單的 [3]。（3）取消了“多重繼承” ，只支持單一繼承，增加了接口概念和匿名內(nèi)部類，間接地實(shí)現(xiàn)了“多重繼承”機(jī)制的功能，避免了多重繼承帶來(lái)的復(fù)雜性。Java 的語(yǔ)法特征跟 C++語(yǔ)言非常類似，因此有 C 語(yǔ)言基礎(chǔ)或者 C++基礎(chǔ)的程序員可以非?？焖俚纳鲜?Java。Java SE 是 Java Platform Standard Edition 的英文縮寫(xiě)，漢語(yǔ)意思是 Java 平臺(tái)標(biāo)準(zhǔn)版，適用于開(kāi)發(fā)標(biāo)準(zhǔn)的桌面程序、以及各種基礎(chǔ)的類庫(kù)。開(kāi)發(fā)人員最初計(jì)劃使用 C++開(kāi)發(fā)，但是因?yàn)?C++的復(fù)雜性和安全性問(wèn)題，開(kāi)發(fā)者最后放棄使用 C++，選擇在 C++的基礎(chǔ)之上開(kāi)發(fā)一門(mén)新的語(yǔ)言 Oak（java 的前身） 。第四章為系統(tǒng)詳細(xì)設(shè)計(jì)，包括系統(tǒng)的整體架構(gòu)、客戶端和服務(wù)器端之間的通信設(shè)計(jì)、業(yè)務(wù)設(shè)計(jì)，一共三個(gè)部分。 第一章為緒論，主要介紹了研究課題的背景，相關(guān)課題在國(guó)內(nèi)的研究發(fā)展現(xiàn)狀，研究實(shí)現(xiàn)過(guò)程中所要解決的一些重要問(wèn)題和使用到的一些重要技術(shù)，以及研究過(guò)程的簡(jiǎn)略描述。根據(jù)之前需求分析的結(jié)果，從中抽象出各個(gè)實(shí)體所對(duì)應(yīng)的類