基于android的校園易點餐系統(tǒng)的設計

1、<p>　　基于android的校園外賣系統(tǒng)的設計與實現(xiàn)</p><p><b>　　摘 要</b></p><p>　　在校園傳統(tǒng)的外賣模式下，依靠電話訂餐是高校目前最主要的訂餐方式。這樣的外賣訂餐方式給店家和顧客都帶來了極大的不便，已經(jīng)不能適應廣大師生對外賣的需求。我們希望使用方便快捷的網(wǎng)上訂餐的方式極大地提高外賣交易的效率，將訂餐的功能移植到我們隨身

2、攜帶的手機上。在這種情況下，基于android的校園外賣系統(tǒng)應運而生。</p><p>　　我們以Java EE作為開發(fā)平臺，利用UML工具對系統(tǒng)進行建模，運用MVC模式開發(fā)思想，采用Struts2框架技術實現(xiàn)系統(tǒng)整體的框架，借助JSON的數(shù)據(jù)傳輸方式實現(xiàn)客戶端與服務器之間的請求響應實現(xiàn)了該系統(tǒng)。作者主要完成系統(tǒng)的需求獲取及分析、數(shù)據(jù)庫的設計、系統(tǒng)框架的搭建以及商家模塊代碼的編寫。</p><

3、p>　　本文對系統(tǒng)開發(fā)背景、實現(xiàn)目標及系統(tǒng)開發(fā)框架及工具進行了簡單的介紹；使用功能結構圖及用例圖對系統(tǒng)需求進行分析；詳細闡述了數(shù)據(jù)建模的過程并給出了類圖的設計；最后對商家模塊以及系統(tǒng)部分關鍵技術的實現(xiàn)做了詳細的說明。</p><p>　　關鍵詞：Android；MVC；Struts2；SQL Server；訂餐商家客戶端</p><p><b>　　Abstract<

4、/b></p><p>　　In the campus, the traditional delivery mode relying on telephone reservation is the main order way. This mode may cause big inconvenience for merchants and customers,

5、0;and can’t satisfy the needs of fast speed, high efficiency from students and teachers, also can’t catch up the demand for merchants to earn more. So we want the delivery order trading become more convenient, quick

6、er and transplant the function of the online order on the phone, the campus ordering system arises at this moment based</p><p>　　We had completed this system by using Java EE as a development platform, UML t

7、ools for system modeling and the MVC pattern as the development of ideas. The whole system was realized by using the Struts2 framework and was based on JSON data transmission, so as to realize request response between t

8、he client and the server. In this system, the author mainly completed the requirement acquisition and the analysis for system, the database design, the construction of the system framework and the busin</p><p&

9、gt;　　This paper introduces the development background of the system and the goal of achievement, also mentions the development framework and tools which were carried on in the system. Meanwhile, it uses a function struct

10、ure diagram and case diagrams to analyze system requirements, describes the process of data modeling and presents the class diagram design in detail. At last, this paper ends up with explaining the business module and sy

11、stem implementation of some key technology.</p><p>　　keywords：Android, MVC, Struts2, SQL Server, Reservation Business Client</p><p><b>　　目 錄</b></p><p><b>　　第1章 緒論

12、1</b></p><p>　　1.1 課題研究的背景和現(xiàn)狀1</p><p>　　1.2 課題研究的意義2</p><p>　　1.3 本人的主要工作2</p><p>　　1.4 本文組織3</p><p>　　第 2 章 系統(tǒng)開發(fā)及相關技術概述4</p><p>　

13、　2.1 Java 技術4</p><p>　　2.2 Android操作系統(tǒng)及其應用程序開發(fā)技術4</p><p>　　2.3 Struts2框架結構及工作原理6</p><p>　　2.4 JDBC數(shù)據(jù)庫編程7</p><p>　　2.5 JSON8</p><p>　　第3章 系統(tǒng)需求分析9</

14、p><p>　　3.1 系統(tǒng)目標9</p><p>　　3.2 系統(tǒng)的功能需求分析概述9</p><p>　　3.2.1 商家?guī)艄芾?0</p><p>　　3.2.2 商家訂單管理11</p><p>　　3.2.3 商家菜譜管理12</p><p>　　3.2.4 商家賬務管理13

15、</p><p>　　3.3 系統(tǒng)用例圖分析14</p><p>　　3.3.1 商家端功能用例設計14</p><p>　　第4章 系統(tǒng)設計22</p><p>　　4.1 系統(tǒng)的架構設計22</p><p>　　4.2 系統(tǒng)數(shù)據(jù)庫設計22</p><p>　　4.2.1 數(shù)據(jù)庫概念

16、設計22</p><p>　　4.2.2 數(shù)據(jù)庫邏輯及物理結構的設計24</p><p>　　4.3 系統(tǒng)類圖的設計26</p><p>　　4.3.1 商家賬戶管理類圖的設計26</p><p>　　4.3.2 商家訂單管理類圖的設計27</p><p>　　4.3.3 商家菜譜管理類圖的設計29<

17、/p><p>　　4.3.4 商家賬務管理類圖的設計30</p><p>　　第5章 系統(tǒng)實現(xiàn)32</p><p>　　5.1 商家賬戶管理功能實現(xiàn)32</p><p>　　5.2 商家訂單管理功能實現(xiàn)35</p><p>　　5.3 商家菜譜管理功能實現(xiàn)37</p><p>　　5.4

18、商家賬務管理功能實現(xiàn)38</p><p>　　第6章 系統(tǒng)關鍵技術實現(xiàn)40</p><p>　　6.1 訂單提醒功能40</p><p>　　6.2 手機端圖片的上傳功能42</p><p>　　第 7 章 總結與展望49</p><p>　　7.1系統(tǒng)總結49</p><p>　　

19、7.2工作總結與展望49</p><p><b>　　參考文獻50</b></p><p>　　致 謝錯誤!未定義書簽。</p><p><b>　　第1章 緒論</b></p><p>　　1.1 課題研究的背景和現(xiàn)狀</p><p>　　進入21世紀以來，餐飲行業(yè)以

20、年均20%的增長速度，成為國民經(jīng)濟中的發(fā)展最快的行業(yè)之一。隨著人們生活水平的不斷提高，人們甚至想要不出門就能吃到可口的飯菜——這就是外賣。在我國高校內(nèi)餐飲行業(yè)外賣行業(yè)更是發(fā)展最快的一個行業(yè)，在作者所在學校每年都有幾間新的外賣店的產(chǎn)生。外賣訂餐已經(jīng)成為高校學生生活中不可缺的一部分，而訂餐的方式也隨著學生們的要求提高，不斷地多樣化和呈現(xiàn)成熟化的趨勢。</p><p>　　依靠電話訂餐是高校目前最主要的訂餐方式，此種訂

21、餐方式有不少的缺陷，比如：時效問題、打電話的成本等等。目前高校外賣訂餐行業(yè)的現(xiàn)狀分析如下：</p><p>　?。?）外賣店數(shù)量眾多，各店競爭較大；</p><p>　?。?）外賣店多數(shù)實行人工方式訂餐，即打電話訂餐登記。這種訂餐方式造成訂餐很不方便特別在訂餐高峰期，經(jīng)常出現(xiàn)打電話打不通的現(xiàn)象；</p><p>　?。?）外賣店多數(shù)沒有實行市場分析，一些菜式在頂峰期

22、出現(xiàn)缺菜現(xiàn)象，而一些菜式卻出現(xiàn)積累現(xiàn)象，造成了資源的浪費和經(jīng)濟損失；</p><p>　?。?）外賣店沒有對外賣進行財務管理，造成對店內(nèi)資金管理不明確和店員濫用資金的可能。由此無法為店內(nèi)管理層提供準確的決策信息，掌握及時的市場消息。</p><p>　　通過分析高校的外賣行業(yè)的現(xiàn)狀，不難發(fā)現(xiàn)國內(nèi)高校的外賣店大多數(shù)都是依靠手工的管理方式，沒有實行外賣訂餐管理的信息化，所以造成了不少問題。&l

23、t;/p><p>　　Android操作系統(tǒng)平臺的出現(xiàn)為手機設備注入了活力，也為整個3G時代增添了光彩。在這3G時代帶來的變革中，隨著校園內(nèi)智能手機的廣泛應用，大家有目共睹，它在改變著人們的工作和生活方式。</p><p>　　作者所在學校一直沒有開發(fā)出較好的校園訂餐系統(tǒng)，學校的廣大師生和店家都希望能有一個系統(tǒng)能夠為他們提供高效便利的訂餐管理服務?；谶@種迫切的需求，我們通過對校園外賣行業(yè)的初

24、步了解，從系統(tǒng)結構的組織、功能的實現(xiàn)、技術要求以及可行性等多方面進行考慮，認為本課題是一個值得研究的課題。我們希望通過本課研究，開發(fā)一個適應本校外賣訂餐需求的管理系統(tǒng)。該系統(tǒng)將在校園里搭建一個方便店家和廣大師生進行外賣交易的平臺，店家和師生只需在智能手機上安裝相應的客戶端，即可進行方便快捷的訂餐交易。</p><p>　　1.2 課題研究的意義</p><p>　　校園易點餐系統(tǒng)是基于an

25、droid平臺的校內(nèi)外賣訂餐應用軟件，旨在于建立一個移動的快餐服務應用系統(tǒng)方便校內(nèi)食堂各商家和校內(nèi)大學生之間外賣交易平臺。</p><p>　　在這個平臺下，對于商家來說，通過手機端接收訂單，不必通過紙和筆的傳統(tǒng)方式記錄訂單，同時也可以省去在小店里安裝臺式電腦及安裝寬帶的費用，利用手機里的android程序，消耗很小的上網(wǎng)流量就能做到與廣大師生網(wǎng)絡在線聯(lián)系，快速響應學生的訂單需求，在預訂高峰期能將訂單沒有遺漏地接

26、收，為小店增加盈利。對于訂餐者來說，無須額外的話費，就能在程序中瀏覽各小店的美食，準確的提交訂單并節(jié)省了話費，省去了記錄各種餐飲小店的外賣電話的繁瑣過程，通過這個平臺就能方便快速地享受到校園內(nèi)的各種美食。Android已經(jīng)榮升智能機老大的地位，擁有眾多的校內(nèi)大學生客戶群體，也使得該軟件可以應用廣泛。而且該軟件的成熟應用能夠吸引餐館在該軟件的投入，也能帶來眾多校內(nèi)用戶群體，軟件開發(fā)成本可控，效益可觀。</p><p&g

27、t;　　本系統(tǒng)應用現(xiàn)在比較新穎主流的Android開發(fā)技術，在手機端開發(fā)Android的客戶端軟件，開發(fā)該系統(tǒng)不會有多大的技術屏障，手機端主要是UI界面的繪制和數(shù)據(jù)業(yè)務處理，以及數(shù)據(jù)與網(wǎng)絡的交互處理。采用C/S架構來控制數(shù)據(jù)與客戶端的交互，采用小巧強大的SQL數(shù)據(jù)庫作為服務器端的數(shù)據(jù)存儲，采用現(xiàn)在廣泛流行的網(wǎng)絡協(xié)議來達到即時通信的應用。</p><p>　　1.3 本人的主要工作</p><p

28、>　　作者在“校園易點餐系統(tǒng)”中主要完成系統(tǒng)的需求獲取及分析、數(shù)據(jù)庫的設計、系統(tǒng)框架的搭建，以及畢業(yè)論文的撰寫?！耙c餐校園訂餐系統(tǒng)”中完成商家模塊的代碼編寫，該模塊包括 4個子模塊：</p><p>　　1.店鋪信息管理子模塊：</p><p>　　提供商家注冊入口，進行商家注冊信息的驗證，提供登錄入口，進行賬號及密碼的驗證登錄，提供修改密碼的功能。店鋪信息管理子模塊即對商家店鋪的

29、信息進行管理，包括商家可以填寫店鋪的信息，進行信息修改，瀏覽信息等。</p><p>　　店鋪訂單管理子模塊：</p><p>　　即對本店的訂單信息進行管理，包括接受顧客的訂單，瀏覽訂單信息，并根據(jù)菜品的制作過程實時修改訂單的狀態(tài)，刪除訂單等。</p><p>　　店鋪菜品管理子模塊：</p><p>　　即對本店的菜系，菜品等進行管理，可

30、以添加店鋪所有的菜系，按菜系分類將店鋪的菜品加入相應的菜系系列下供顧客選擇，在店鋪更新菜品時可將舊的菜品進行下架處理。</p><p>　　店鋪財務管理子模塊：</p><p>　　即對外賣的訂單中的收入進行系統(tǒng)的管理，讓商家能夠對店鋪的外賣收入有清楚的了解，提供訂單賬目的查詢，包括當天訂單收入和歷史訂單收入等。</p><p><b>　　1.4 本文組

31、織</b></p><p>　　第1章 引言、簡述了系統(tǒng)的開發(fā)背景、發(fā)展現(xiàn)狀及意義。介紹了本人在系統(tǒng)開發(fā)中的主要工作；</p><p>　　第2章 介紹了系統(tǒng)的開發(fā)平臺及開發(fā)工具；</p><p>　　第3章 使用功能結構圖對商家模塊的需求進行了詳細的分析；</p><p>　　第4章 詳細闡述了商家模塊設計的全過程；</

32、p><p>　　第5章 詳細介紹了商家模塊功能的實現(xiàn)；</p><p>　　第6章 介紹了系統(tǒng)關鍵技術的實現(xiàn)；</p><p>　　第7章 總結了全文的主要思想，分析了今后繼續(xù)努力的方向。</p><p>　　第 2 章 系統(tǒng)開發(fā)及相關技術概述 </p><p>　　在對系統(tǒng)進行分析之后，我們確認了系統(tǒng)的功能。鑒于我們的目

33、標是開發(fā)出一個基于android的校園點餐系統(tǒng)，我們決定在android平臺下開發(fā)我們的應用軟件，而服務器端的請求響應機制仍采用J2EE下的框架，通信協(xié)議采用HTTP協(xié)議，數(shù)據(jù)傳輸解析采用JavaScript中的輕量級的數(shù)據(jù)交換格式JSON。</p><p>　　2.1 Java 技術</p><p>　　Java【1-3】是一種可以撰寫跨平臺應用軟件的面向對象的程序設計語言，由Sun M

34、icrosystems公司于1995年5月推出。它由Java程序設計語言和Java平臺組成，期中Java平臺分為Java SE、Java EE、Java ME三個 體系。Java技術因為其具有卓越的通用性、高效性、平臺移植性和安全性而受到開發(fā)人員的青睞，廣泛運用于PC、數(shù)據(jù)中心、游戲控制臺、科學超級計算機、移動電話和互聯(lián)網(wǎng)中，目前Java具備了顯著的優(yōu)勢和廣闊的前景。</p><p>　　Java由四方面組成：J

35、ava編程語言、Java類文件格式、Java虛擬機和Java應用程序接口(Java API)。Java應用程序編程接口為Java應用提供了一個獨立于操作系統(tǒng)的標準接口，可分為基本部分和擴展部分。</p><p>　　在開發(fā)此系統(tǒng)時，我們應用的是J2EE體系。J2EE是一套全然不同于傳統(tǒng)應用開發(fā)的技術架構，包含許多組件，主要可簡化且規(guī)范應用系統(tǒng)的開發(fā)與部署，進而提高可移植性、安全與再用價值。J2EE使用多層的分布式

36、應用模型，應用邏輯按功能劃分為組件，各個應用組件根據(jù)他們所在的層分布在不同的機器上。J2EE 典型的四層結構：運行在客戶端機器上的客戶層組件、運行在J2EE服務器上的Web層組件、運行在J2EE服務器上的業(yè)務邏輯層組件、運行在EIS服務器上的企業(yè)信息系統(tǒng)（Enterprise information system）層軟件。J2EE這樣的結構為搭建具有可伸縮性、靈活性、易維護性的商務系統(tǒng)提供了良好的機制。</p><p

37、>　　2.2 Android操作系統(tǒng)及其應用程序開發(fā)技術</p><p>　　Android【4-6】操作系統(tǒng)是Google于2007年發(fā)布的一個基于Linux平臺的開源手機操作系統(tǒng)，該平臺由操作系統(tǒng)、中間件、用戶界面和應用程序組成。Android的系統(tǒng)架構和其操作系統(tǒng)一樣，采用了分層的架構。從架構圖看，Android分為四個層，從高層到低層分別是應用程序層、應用程序框架層、系統(tǒng)運行庫層和Linux內(nèi)核層。

38、經(jīng)過幾年的不斷發(fā)展，2012年11月數(shù)據(jù)顯示，Android占據(jù)全球智能手機操作系統(tǒng)市場76%的份額，中國市場占有率為90%。2013年09月24日谷歌開發(fā)的操作系統(tǒng)Android在迎來了5歲生日，全世界采用這款系統(tǒng)的設備數(shù)量已經(jīng)達到10億臺。</p><p>　　Android開發(fā)四大組件分別是：活動（Activity)： 用于表現(xiàn)功能。服務（Service)： 后臺運行服務，不提供界面呈現(xiàn)。廣播接收器（Bro

39、adcastReceiver)用于接收廣播。內(nèi)容提供商（Content Provider）： 支持在多個應用中存儲和讀取數(shù)據(jù)，相當于數(shù)據(jù)庫。</p><p>　　在Android 中，Activity是所有程序的根本，所有程序的流程都運行在Activity 之中，Activity可以算是開發(fā)者遇到的最頻繁，也是Android 當中最基本的模塊之一。在Android的程序當中，Activity 一般代表手機屏幕的一

40、屏。如果把手機比作一個瀏覽器，那么Activity就相當于一個網(wǎng)頁。在Activity 當中可以添加一些Button、Check box 等控件?？梢钥吹紸ctivity 概念和網(wǎng)頁的概念相當類似。</p><p>　　一般一個Android 應用是由多個Activity 組成的。這多個Activity 之間可以進行相互跳轉。和網(wǎng)頁跳轉稍微有些不一樣的是，Activity 之間的跳轉有可能返回值，當打開一個新的屏

41、幕時，之前一個屏幕會被置為暫停狀態(tài)，并且壓入歷史堆棧中。用戶可以通過回退操作返回到以前打開過的屏幕?？梢赃x擇性的移除一些沒有必要保留的屏幕，因為Android會把每個應用的開始到當前的每個屏幕保存在堆棧中。</p><p>　　Service 是android 系統(tǒng)中的一種組件，它跟Activity 的級別差不多，但是他不能自己運行，只能后臺運行，并且可以和其他組件進行交互。Service 是沒有界面的長生命周期

42、的代碼。Service是一種程序，它可以運行很長時間，但是它卻沒有用戶界面。開啟Service有兩種方式:</p><p>　?。?） Context.startService（）：Service會經(jīng)歷onCreate -> onStart；StopService的時候直接onDestroy，如果是調(diào)用者自己直接退出而沒有調(diào)用StopService的話，Service會一直在后臺運行。補充說明：傳遞給Sta

43、rtService的Intent對象會傳遞給onStart（）方法。調(diào)用順序為：onCreate --> onStart --> onDestroy。</p><p>　?。?） Context.bindService（）：Service會經(jīng)歷onCreate（） -->onBind（），onBind將返回給客戶端一個IBind接口實例，IBind允許客戶端回調(diào)服務的方法，比如得到Service

44、運行的狀態(tài)或其他操作。這個時候把調(diào)用者（Context，例如Activity）會和Service綁定在一起，Context退出了，Srevice就會調(diào)用onUnbind --> onDestroyed相應退出，所謂綁定在一起就共存亡了。</p><p>　　在Android 中，Broadcast是一種廣泛運用的在應用程序之間傳輸信息的機制。而BroadcastReceiver 是對發(fā)送出來的Broadca

45、st進行過濾接受并響應的一類組件?？梢允褂肂roadcastReceiver 來讓應用對一個外部的事件做出響應。</p><p>　　在Android中，對數(shù)據(jù)的保護是很嚴密的，除了放在SD卡中的數(shù)據(jù)，一個應用所持有的數(shù)據(jù)庫、文件等內(nèi)容，都是不允許其他直接訪問的。應用想對外提供的數(shù)據(jù)，可以通過派生Content Provider類，封裝成一枚Content Provider，每個Content Provider都

46、用一個uri作為獨立的標識。</p><p>　　2.3 Struts2框架結構及工作原理</p><p>　　Struts【7-9】是一個基于SunJ2EE平臺的MVC框架，主要是采用Servlet和JSP技術來實現(xiàn)的。由于Struts能充分滿足應用開發(fā)的需求，簡單易用，敏捷迅速，在過去的一年中頗受關注。Struts把Servlet、JSP、自定義標簽和信息資源（message reso

47、urces）整合到一個統(tǒng)一的框架中，開發(fā)人員利用其進行開發(fā)時不用再自己編碼實現(xiàn)全套MVC模式，極大的節(jié)省了時間。</p><p>　　Struts 2是Struts的下一代產(chǎn)品，是在 struts 1和WebWork的技術基礎上進行了合并的全新的Struts 2框架。Struts 2以WebWork為核心，采用攔截器的機制來處理用戶的請求，這樣的設計也使得業(yè)務邏輯控制器能夠與ServletAPI完全脫離開，所以S

48、truts 2可以理解為WebWork的更新產(chǎn)品。</p><p>　　圖2.1 struts 基本框架結構圖</p><p>　　如圖2.1所示一個請求在Struts2框架中的處理分為以下幾個步驟：</p><p>　?。?）客戶端發(fā)出一個指向servlet容器的請求(tomcat)。</p><p>　?。?）這個請求會經(jīng)過圖中的幾個過濾

49、器，最后會到達FilterDispatcher過濾器。</p><p>　?。?）過濾器FilterDispatcher是struts2框架的心臟，在處理用戶請求時，它和請求一起相互配合訪問struts2的底層框架結構。在web容器啟動時，struts2框架會自動加載配置文件里相關參數(shù)，并轉換成相應的類。</p><p>　?。?）如果找到需要調(diào)用的Action，過濾器會把請求的處理交給A

50、ctionProxy。ActionProxy為Action的代理對象。ActionProxy通過ConfigurationManager詢問框架的配置文件，找到需要調(diào)用的Action類。</p><p>　?。?）ActionProxy創(chuàng)建一個ActionInvocation的實例。ActionInvocation在ActionProxy層之下，它表示了Action的執(zhí)行狀態(tài),或者說它控制的Action的執(zhí)行步驟

51、。它持有Action實例和所有的Interceptor。 </p><p>　　（6）ActionInvocation實例使用命名模式來調(diào)用，ActionInvocation初始化時，根據(jù)配置，加載Action相關的所有Interceptor。 通過ActionInvocation.invoke方法調(diào)用Action實現(xiàn)時，執(zhí)行Interceptor。在調(diào)用Action的過程前后，涉及到相關攔截器(intercep

52、etor)的調(diào)用。</p><p>　?。?）一旦Action執(zhí)行完畢，ActionInvocation負責根據(jù)struts.xml中的配置找到對應的返回結果。返回結果通常是（但不總是，也可能是另外的一個Action鏈）一個需要被表示的JSP或者FreeMarker的模版。</p><p>　　2.4 JDBC數(shù)據(jù)庫編程</p><p>　　JDBC【10】（Jav

53、a Data Base Connectivity，java數(shù)據(jù)庫連接）是一組Java類庫集，利用該類庫集可以實現(xiàn)對數(shù)據(jù)庫的操作。其特點是可以為多種關系數(shù)據(jù)庫提供統(tǒng)一訪問，而不需要為不同的數(shù)據(jù)庫設計不同的訪問接口。JDBC為工具/數(shù)據(jù)庫開發(fā)人員提供了一個統(tǒng)一的接口，程序員可以以此為基礎創(chuàng)建更高級的工具和接口，使數(shù)據(jù)庫開發(fā)人員能夠用純Java API編寫數(shù)據(jù)庫應用程序。</p><p>　　Java數(shù)據(jù)庫連接體系結構

54、是用于Java應用程序連接數(shù)據(jù)庫的標準方法。JDBC對Java程序員而言是API，對實現(xiàn)與數(shù)據(jù)庫連接的服務提供商而言是接口模型。作為API，JDBC為程序開發(fā)提供標準的接口，并為數(shù)據(jù)庫廠商及第三方中間件廠商實現(xiàn)與數(shù)據(jù)庫的連接提供了標準方法。JDBC使用已有的SQL標準并支持與其它數(shù)據(jù)庫連接標準，如ODBC之間的橋接。JDBC實現(xiàn)了所有這些面向標準的目標并且具有簡單、嚴格類型定義且高性能實現(xiàn)的接口。</p><p>

55、;　　簡單地說，JDBC 可做三件事：與數(shù)據(jù)庫建立連接、發(fā)送 操作數(shù)據(jù)庫的語句并處理結果。下列代碼段給出了以上三步的基本示例：</p><p>　　Connection con = DriverManager.getConnection("jdbc:odbc:wombat",</p><p>　　"login","password"

56、;);</p><p>　　Statement stmt = con.createStatement();</p><p>　　ResultSet rs = stmt.executeQuery("SELECT a, b, c FROM Table1");</p><p>　　while (rs.next()) {</p><p

57、>　　int x = rs.getInt("a");</p><p>　　String s = rs.getString("b");</p><p>　　float f = rs.getFloat("c");</p><p><b>　　}</b></p><

58、p><b>　　2.5 JSON</b></p><p>　　JSON【11-13】(JavaScript Object Notation) 是一種輕量級的數(shù)據(jù)交換格式。它基于JavaScript的一個子集。 JSON采用完全獨立于語言的文本格式，但是也使用了類似于C語言家族的習慣，這些特性使JSON成為理想的數(shù)據(jù)交換語言。易于人閱讀和編寫，同時也易于機器解析和生成。JSON建構有兩種

59、結構，json簡單說就是JavaScript中的對象和數(shù)組，所以這兩種結構就是對象和數(shù)組兩種結構，通過這兩種結構可以表示各種復雜的結構，詳細介紹如下：</p><p>　　（1）對象：對象在jess中表示為“{}”括起來的內(nèi)容，數(shù)據(jù)結構為 {key：value, key：value,...}的鍵值對的結構，在面向對象的語言中，key為對象的屬性，value為對應的屬性值，所以很容易理解，取值方法為 對象.key

60、獲取屬性值，這個屬性值的類型可以是 數(shù)字、字符串、數(shù)組、對象幾種。</p><p>　　（2）數(shù)組：數(shù)組在js中是中括號“[]”括起來的內(nèi)容，數(shù)據(jù)結構為 ["java","javascript","vb",...]，取值方式和所有語言中一樣，使用索引獲取，字段值的類型可以是 數(shù)字、字符串、數(shù)組、對象幾種。</p><p>　　經(jīng)過

61、對象、數(shù)組兩種結構就可以組合成復雜的數(shù)據(jù)結構了。</p><p>　　第3章 系統(tǒng)需求分析</p><p><b>　　3.1 系統(tǒng)目標</b></p><p>　　應具有方便、強大的資料管理和良好的人機界面，使用戶易于操作，便于瀏覽。</p><p>　　系統(tǒng)流程順暢，能夠很好地實現(xiàn)用戶訂餐，展現(xiàn)各個商家的菜品，讓顧客

62、快速高效地了解各個商家的最新菜品，訂餐過程順利流暢，發(fā)送訂單的高效便捷。</p><p>　　滿足業(yè)務需求的近期目標，依據(jù)用戶規(guī)模等需求，設計和業(yè)務功能相適應的系統(tǒng)。應該充分考慮整個系統(tǒng)運行的安全策略和機制，可以根據(jù)不同的業(yè)務要求和應用處理，設置不同的安全措施。</p><p>　　系統(tǒng)的擁有良好的健壯性，讓新的功能能夠快速加入系統(tǒng)，擴展性良好。</p><p>　

63、　系統(tǒng)的安全性好，通過密碼和權限的管理使用戶的數(shù)據(jù)不受到侵害。</p><p>　　系統(tǒng)的動態(tài)信息交互功能強，系統(tǒng)根據(jù)不同的用戶開放不同的處理權限。</p><p>　　軟件、硬件平臺應具有良好的可擴充、擴展能力，能夠方便系統(tǒng)升級和更新，以適應業(yè)務發(fā)展。</p><p>　　3.2 系統(tǒng)的功能需求分析概述</p><p>　　圖3.1校園易點

64、餐系統(tǒng)整體功能結構圖</p><p>　　通過對系統(tǒng)的分析與研究，我們小組最終得出了校園易點餐系統(tǒng)的總體需求框架，系統(tǒng)由兩個模塊構成，分別是顧客訂餐模塊和商家外賣模塊，如圖3.1所示，校園易點餐系統(tǒng)分為兩個模塊，一個顧客訂餐模塊，一個是商家外賣模塊。</p><p>　?。?）校園顧客訂餐者可以在手機端運行該應用，瀏覽學校的美食，選擇自己的訂餐服務，并提交訂單，在這個模塊里，顧客能夠進行注

65、冊、登錄等；</p><p>　?。?）店主根據(jù)該時段的營業(yè)情況回復訂餐者是否送餐，若送餐，在制作好外賣之后，將外賣送到訂餐者手中，完成外賣支付交易。 </p><p>　　在本系統(tǒng)中，本人負責商家外賣模塊的設計與實現(xiàn)，下圖3.2展示的是商家外賣模塊的子模塊功能圖：</p><p>　　圖3.2商家外賣模塊功能結構圖</p><p>　　3.

66、2.1 商家?guī)艄芾?lt;/p><p>　　商家?guī)艄芾砟K：這個模塊的主要功能是為商家提供帳戶管理的功能服務，該模塊能為商家提供注冊登錄的服務，進行帳號信息的管理，包括查詢，修改，刪除，修改密碼等。其功能結構如圖3.3所示：</p><p>　　圖3.3商家?guī)艄芾砉δ芙Y構圖</p><p><b>　　（1）注冊 </b></p>

67、<p>　　商家下載易點餐商家客戶端完成注冊的程序。</p><p><b>　　（2）登錄 </b></p><p>　　商家注冊成功之后根據(jù)注冊成功的帳號登錄系統(tǒng)。</p><p><b>　　（3）修改密碼</b></p><p>　　商家可以通過登錄賬號之后可以進行修改密碼。&

68、lt;/p><p><b>　?。?）更改帳戶信息</b></p><p>　　商家可以根據(jù)自己的店鋪情況更改自己的店鋪信息。</p><p>　　3.2.2 商家訂單管理</p><p>　　商家訂單管理模塊：這個模塊的主要功能是為商家提供訂單管理的功能，該模塊管理每個商家的訂單，為商家的交易提供方便快捷的訂單管理服務，包

69、括接收顧客的訂單，為訂單分類，根據(jù)訂單的制作情況提供更改訂單狀態(tài)的功能，根據(jù)店鋪的訂單數(shù)量動態(tài)地接收訂單，讓商家能夠清楚及時地了解訂單的整體狀態(tài)及店鋪的外賣營業(yè)狀態(tài)，該功能的功能結構圖如下圖3.4所示：</p><p>　　圖3.4商家訂單管理功能結構圖 </p><p><b>　　（1）查詢訂單 </b></p><p>　　該模塊為商家提

70、供本店訂單瀏覽，顯示訂單的列表信息和詳細信息。</p><p><b>　　（2）接收訂單</b></p><p>　　該模塊為商家接收訂單，顯示訂單的狀態(tài)，方便商家清楚地查看自己的店鋪情況。</p><p><b>　?。?）處理訂單</b></p><p>　　商家根據(jù)訂單的制作情況實時地提供訂

71、單的流程，讓訂餐者動態(tài)了解訂單的制作時間，該模塊提供訂單的狀態(tài)變更功能。</p><p><b>　?。?）刪除訂單</b></p><p>　　該子模塊提供刪除訂單的功能，讓已完成的訂單可被刪除。</p><p>　　3.2.3 商家菜譜管理 </p><p>　　商家菜譜管理模塊：該模塊主要功能是為商家提供菜譜管理功

72、能服務，該模塊可為商家管理菜系和菜品功能，對菜系和菜品進行管理，包括菜系的增添、查詢、刪除、修改，包括菜品的增添、查詢、下架、修改；其中菜品的管理還需要對菜品的圖片進行管理，包括圖片上傳，刪除等。功能圖如圖3.5所示：</p><p>　　圖3.5 商家菜譜管理結構圖</p><p>　　（1）增添菜系、菜品</p><p>　　在該模塊商家可以增添店鋪的菜系、菜品

73、等菜譜的信息。</p><p>　?。?）下架菜系、菜譜</p><p>　　在該模塊下商家可以將店鋪的某一種菜系的全部菜品，或者是某一種菜品進行下架處理，以達到更換菜譜的功能。</p><p>　?。?）修改菜系、菜品</p><p>　　在該模塊下，商家可以修改菜系或者菜品的屬性信息，動態(tài)地與店鋪的實際情況相符合，方便訂餐者的訂餐。<

74、;/p><p>　　（4）瀏覽菜系、菜品</p><p>　　在該模塊下，商家可以瀏覽本店已添加的菜系和菜品。 </p><p>　　3.2.4 商家賬務管理</p><p>　　商家賬務管理模塊：該模塊主要功能是為商家提供賬務管理功能，該模塊可為商家統(tǒng)計每天的訂單收入，將訂單狀態(tài)的實時分類收入顯示出來，除當天的訂單外，在查詢財務時自動生成訂

75、單歷史訂單。該模塊的功能結構如圖3.6所示：</p><p>　　圖3.6 商家賬務管理結構圖</p><p><b>　?。?）瀏覽今日賬目</b></p><p>　　在該模塊中，商家可以查看今日的訂單賬務信息。</p><p><b>　?。?）瀏覽歷史賬目</b></p>&l

76、t;p>　　在該模塊中，商家可以查看歷史訂單的賬務信息。</p><p>　　3.3 系統(tǒng)用例圖分析</p><p>　　3.3.1 商家端功能用例設計</p><p>　　商家客戶端的設計是面向商家的，主要對商家進行交易時所用的功能，包括注冊、登錄、進行店鋪的信息管理、商家的訂單管理、商家財務管理等。具體用例圖如圖3.7所示：</p><

77、p>　　圖3.7 商家功能用例圖</p><p>　　表3.1 - 表3.15是對商家的用例進行描述，包括商家賬戶管理、商家訂單管理、商家菜譜管理、商家賬務管等。</p><p>　　表3.1 商家注冊用例描述</p><p>　　表3.2商家登錄用例描</p><p>　　表3.3商家修改賬戶信息描述</p><p

78、>　　表3.4商家查詢賬戶信息描述</p><p>　　表3.5商家訂單管理用例描述 </p><p>　　表3.6 商家瀏覽訂單信息</p><p>　　表3.7 商家處理訂單信息</p><p>　　表3.8商家店鋪新增菜系、菜品用例描述</p><p>　　表3.9 商家新增菜品用例描述</p>

79、<p>　　表3.10商家菜譜管理用例描述</p><p>　　表3.11 商家查看菜譜信息</p><p>　　表3.12 商家修改菜品信息</p><p>　　表3.13商家菜品下架用例描述</p><p>　　表3.14 商家賬務管理用例描述</p><p><b>　　第4章 系統(tǒng)設計&

80、lt;/b></p><p>　　4.1 系統(tǒng)的架構設計</p><p>　　圖4.1 易點餐校園外賣訂餐系統(tǒng)架構</p><p>　　從上圖4.1中可以看出本系統(tǒng)的總體架構：</p><p>　　1.校園學生訂餐者可以在手機端運行該應用，瀏覽學校的美食，選擇自己的訂餐服務，并提交訂單；</p><p>　　2.

81、服務器處理訂餐者提交的訂單，將訂單信息發(fā)送到相應的商店的商戶的手機中；</p><p>　　3.店主根據(jù)該時段的營業(yè)情況回復訂餐者是否送餐，若送餐，在制作好外賣之后，將外賣送到訂餐者手中，完成外賣支付交易。 </p><p>　　4.2 系統(tǒng)數(shù)據(jù)庫設計</p><p>　　4.2.1 數(shù)據(jù)庫概念設計</p><p>　　數(shù)據(jù)庫設計是系統(tǒng)實

82、現(xiàn)的最重要的一步，良好的數(shù)據(jù)模型將會使用戶的需求清楚、準確的描述出來。概念數(shù)據(jù)模型是一種面向問題的數(shù)據(jù)模型，是按照用戶最直觀的需求對數(shù)據(jù)建立的模型。經(jīng)過對數(shù)據(jù)的各種分析，該系統(tǒng)過程控制模塊涉及到的實體有：商家、菜系、菜品、顧客、訂單。</p><p>　　E-R方法是“實體-聯(lián)系方法”（Entity-Relationship Approach）的簡稱。實體聯(lián)系模型它是描述現(xiàn)實世界概念結構模型的有效方法。是概念數(shù)據(jù)

83、模型的高層描述所使用的數(shù)據(jù)模型或模式圖，它為表述這種實體聯(lián)系模式圖形式的數(shù)據(jù)模型提供了圖形符號。這種數(shù)據(jù)模型典型的用在信息系統(tǒng)設計的第一階段。校園易點餐系統(tǒng)ER圖如圖4.2所示：</p><p>　　圖4.2校園易點餐系統(tǒng)E-R圖</p><p>　　從上圖4.2可以看出，系統(tǒng)的實體關系圖關系如下：</p><p>　?。?）一個商家可有多個菜系，商家和菜系的關系是

84、一對多；</p><p>　?。?）一個菜系下包含多個菜品，菜系和菜品之間是一對多的關系；</p><p>　　（3）一個商家可接受不同的顧客的多個訂單，商家和訂單之間是一對多的 關系；</p><p>　　（4）一個顧客可在不同的店消費生成多個訂單，顧客和訂單之間是一對多的關系；</p><p>　?。?）一個訂單聯(lián)系著一個顧客和一個

85、商家，訂單和顧客、商家之間的關系是一對多；</p><p>　?。?）訂單和菜品之間是多對多的關系，因為一個訂單可以包含多個菜品，而一個菜品可以被多個顧客在不同的訂單里下訂。</p><p>　　實體圖的關系模式如下：</p><p>　?。?）顧客（注冊電話，會員名，送餐地址，密碼，備注） </p><p><b>　　主鍵：注冊

86、電話</b></p><p>　?。?）商家（工商編號，店名，店主手機，所在位置，店家主營，密碼，簡介，營業(yè)時間，起送價格，送餐費用） </p><p><b>　　主鍵：工商編號 </b></p><p>　　菜系（菜系編號，菜系名，工商編號,店名）</p><p>　　主鍵：菜系編號 外鍵

87、：工商編號</p><p>　?。?）菜品（菜編號，菜名，菜系編號，價格，基本描述） </p><p>　　主鍵；菜編號 外鍵：菜系編號</p><p>　?。?）訂單（訂單編號，工商編號，送餐電話，訂單狀態(tài)，下單時間，總金額，送餐地址，備注）</p><p>　　主鍵：訂單編號 外鍵：工商編號、送餐電話</p>

88、;<p>　?。?）訂單詳情（訂單編號，菜系編號, 菜名，份數(shù)，價格，小計，備注） </p><p>　　主鍵：（訂單編號、菜系編號） 外鍵：訂單編號、菜系編號</p><p>　　4.2.2 數(shù)據(jù)庫邏輯及物理結構的設計</p><p>　　根據(jù)對系統(tǒng)的數(shù)據(jù)分析，我們按照系統(tǒng)涉及到的實體進行數(shù)據(jù)庫設計。</p><p>

89、　　（1）會員顧客表(member)</p><p>　　(注冊電話，會員名，送餐地址，密碼，備注)</p><p>　　表4.1會員顧客屬性描述表 </p><p>　?。?）訂單信息表(order)</p><p>　　(訂單編號，工商編號，送餐電話，訂單狀態(tài)，下單時間，總金額，</p><p><b>

90、　　送餐地址，備注)</b></p><p>　　表4.2 訂單信息屬描述表</p><p>　?。?）訂單詳情表(OrderDetail)</p><p>　　(訂單編號，菜系編號, 菜名，份數(shù)，價格，小計，備注）</p><p>　　表4.3 訂單詳情屬性描述表</p><p>　　（4）店家表(own

91、er)</p><p>　　(工商編號，店名，店主手機，所在位置，店家主營，密碼，簡介，</p><p>　　營業(yè)時間，起送價格，送餐費用，備注) </p><p>　　表4.4 店家屬性描述表</p><p>　?。?）菜系表(foodseries)</p><p>　　（菜系編號，菜系名，工商編號,店名）&l

92、t;/p><p>　　表4.5 菜系屬性描述表</p><p><b>　　菜品(food)</b></p><p>　　（菜編號，菜名，菜系編號，價格，基本描述）</p><p>　　表4.6 菜品屬性描述表</p><p>　　4.3 系統(tǒng)類圖的設計</p><p>　　類

93、圖是顯示了模型的靜態(tài)結構，特別是模型中存在的類、類的內(nèi)部結構以及它們與其他類的關系等，顯示出類、接口以及它們之間的靜態(tài)結構和關系，它用于描述系統(tǒng)的結構化設計。</p><p>　　可以把類看作理論上的對象，類創(chuàng)建的所有對象都有相同的成員：屬性、方法和事件。但是，每個對象都像一個獨立的實體一樣動作。類圖的作用就是以圖表的形式表現(xiàn)出不同實體不同對象所做的動作。作者所涉及的模塊主要包含了商家賬戶管理、商家訂單管理、商家

94、菜譜管理、商家賬務管理等類圖的設計。</p><p>　　4.3.1 商家賬戶管理類圖的設計</p><p>　　該模塊主要是針對商家的賬戶進行管理，其中包括的子模塊有登錄、注冊、修改密碼、更改賬戶信息等。涉及到的各實體之間的聯(lián)系我們已經(jīng)在4.2.1中分析過，所以這里我們就不再多說，下面我們主要分析功能的具體實現(xiàn)。商家賬戶管理實現(xiàn)類圖，見圖4.3所示：</p><p&g

95、t;　　圖4.3 商家賬戶管理實現(xiàn)類圖</p><p>　　OwnerDao接口：商家賬戶管理模塊相關的數(shù)據(jù)庫訪問接口；</p><p>　　shopownerService接口：商家賬戶管理模塊業(yè)務層接口；</p><p>　　shopownerAction: 控制層類，用于接受來自客戶端的請求，并調(diào)用業(yè)務層方法；</p><p>　　lo

96、gin方法：商家通過此方法登錄到商家外賣手機客戶端；</p><p>　　register方法：商家通過此方法注冊新的商家賬號信息；</p><p>　　invadity方法：此方法在商家注冊新的賬戶信息時檢查在數(shù)據(jù)庫中是否已經(jīng)存在。</p><p>　　4.3.2 商家訂單管理類圖的設計</p><p>　　該模塊主要是針對商家的訂單進行管

97、理，其中包括的子模塊有查詢訂單、接收訂單、處理訂單、刪除訂單等。涉及到的各實體之間的聯(lián)系我們已經(jīng)在4.2.1中分析過，所以這里我們就不再多說，下面我們主要分析功能的具體實現(xiàn)。商家訂單管理實現(xiàn)模塊，如圖4.4所示：</p><p>　　圖4.4商家訂單管理實現(xiàn)類圖</p><p>　　OrderDao接口：商家訂單管理的訂單的數(shù)表頭據(jù)庫訪問接口；</p><p>　　

98、OrderdetailDao接口：商家訂單的訂單詳情數(shù)據(jù)庫訪問接口；</p><p>　　ShopownerorderlistService接口：商家訂單表頭業(yè)務層接口；</p><p>　　OrderdetailService接口：商家訂單詳情業(yè)務層接口；</p><p>　　ShopownerorderlistAction:：控制層類，用于接受來自客戶端的請求，

99、并調(diào)用業(yè)務層方法；</p><p>　　getInitialorder方法：商家通過此方法實現(xiàn)根據(jù)商家自己的編號返回本店所有未接收的訂單的功能；</p><p>　　getMakingorder方法：商家通過此方法實現(xiàn)根據(jù)商家自己的編號返回本店所有已接收的訂單的功能；</p><p>　　getSendingorder方法：商家通過此方法實現(xiàn)根據(jù)商家自己的編號返回商

100、家所有已送餐的訂單的功能；</p><p>　　getTradedorder方法：商家通過此方法實現(xiàn)根據(jù)商家的編號返回商家所有交易完成的訂單的功能；</p><p>　　getAllorder方法：商家通過此方法實現(xiàn)根據(jù)商家的編號返回商家所有的訂單的信息的功能；</p><p>　　getAllorderdetail方法：商家通過此方法實現(xiàn)根據(jù)商家的編號返回商家獲得

101、某個訂單的所有詳情的信息的功能；</p><p>　　modifyorderStatus方法：商家通過此方法實現(xiàn)根據(jù)商家的編號修改某個訂單的狀態(tài)的功能；</p><p>　　invalidyorderStatus方法：商家通過此方法實現(xiàn)驗證特定的訂單是否已為要修改的狀態(tài)的功能。</p><p>　　4.3.3 商家菜譜管理類圖的設計</p><p

102、>　　該模塊主要是針對商家的訂單進行管理，其中包括的增添菜系菜品、下架菜系菜品、修改菜系子模塊有等。下面我們主要分析功能的具體實現(xiàn)。商家菜譜管理實現(xiàn)，類圖如下圖4.5所示：</p><p>　　圖4.5商家菜譜管理實現(xiàn)類圖</p><p>　　FoodDao接口：商家菜譜中的菜品管理數(shù)據(jù)庫訪問接口；</p><p>　　FoodseriesDao接口：商家菜譜

103、中的菜系管理數(shù)據(jù)庫訪問接口；</p><p>　　ShopownerfoodlistService接口：商家菜譜管理業(yè)務層接口；</p><p>　　ShopownerfoodlistAction: 控制層類，用于接受來自客戶端的請求，并調(diào)用業(yè)務方法；</p><p>　　Getfoodinfo方法：通過此方法商家店鋪可以獲取商家所有的菜信息，菜系下的菜信息；<

104、;/p><p>　　getAllfoodseries方法：通過此方法商家店鋪獲取所有的商家菜系信息；</p><p>　　Addfoodseries方法：通過此方法商家店鋪添加一個新的菜系；</p><p>　　Invadity方法：通過此方法，在商家添加新的菜系時，可以驗證數(shù)據(jù)庫中是否已存在新添加的菜系；</p><p>　　Addfood方法

105、：通過此方法商家可以添加新的菜品信息。</p><p>　　4.3.4 商家賬務管理類圖的設計</p><p>　　該模塊主要是針對商家的賬務進行管理，其中包括的子模塊有查看歷史賬單和查看今日賬單等。下面我們主要分析功能的具體實現(xiàn)。商家賬務管理實現(xiàn)，類圖如下圖4.6所示：</p><p>　　圖4.6 商家賬務管理實現(xiàn)類圖</p><p>　

106、　OrderDao接口：商家訂單管理的訂單的數(shù)表頭據(jù)庫訪問接口；</p><p>　　ShopownerorderlistService接口：商家賬務業(yè)務層接口；</p><p>　　ShopownerorderlistAction: 控制層類，用于接受來自客戶端的請求，并調(diào)用業(yè)務層方法；</p><p>　　getAllDayfinance方法：通過此方法用商家可

107、以通過此方法根據(jù)商家的編號返回歷史的財務列表；</p><p>　　getDayfinance方法：根據(jù)商家的編號返回當天的財務列表。 </p><p><b>　　第5章 系統(tǒng)實現(xiàn)</b></p><p>　　考慮到篇幅太長，作者這里只介紹一些關鍵子模塊中的關鍵模塊的實現(xiàn)，包括商家賬戶管理中、商家訂單管理、商家菜譜管理以及商家賬務管理功能的實

108、現(xiàn)。</p><p>　　5.1 商家賬戶管理功能實現(xiàn)</p><p>　　商家賬戶管理包括登錄、注冊、修改密碼以及修改賬戶信息，由于四個模塊的功能實現(xiàn)原理基本相同，所以我們只對注冊和登錄子模塊進行介紹。</p><p>　　1.填寫注冊表單進行注冊： </p><p>　　商家下載商家外賣手機客戶端并成功安轉，商家打開外賣客戶端軟件，

109、點擊注冊時，手機頁面轉至注冊頁面register.xml，如圖5.1所示：</p><p>　　圖5.1 填寫注冊表單</p><p>　　當前的register.xml由安卓中的Register.java監(jiān)聽控制，類Register繼承安卓中的Activity類、實現(xiàn)OnClickListener接口。在填寫完注冊表單之后，點擊立即注冊按鈕，請求由Register類響應，在這個類中，通過

110、onClick方法進行響應的檢驗包括檢驗每個字段的填寫是否符合輸入要求。在系統(tǒng)進行了輸入驗證之后，調(diào)用invadity方法進行工商編號是否重復注冊的驗證系統(tǒng)通過http請求在服務器端通過struts.xml文件找到此請求的響應com.dongzi.action.ShopownerAction類中的的invadity方法。驗證之后將驗證的結果返回到客戶端的Register.java類。</p><p>　　Regi

111、ster.java類在驗證之后調(diào)用函數(shù)addowner方法將新的注冊信息加入到數(shù)據(jù)庫中，此時要進行注冊新的信息的驗證請求。同樣通過http請求在服務器端通過struts.xml文件找到此請求的響應函register方法。通過該方法，將新的數(shù)據(jù)加入注冊數(shù)據(jù)庫中之后，就向客戶端返回注冊成功的信息?？蛻舳说腞egister.java接收到響應的請求之后向用戶界面返回注冊成功的信息。注冊成功如圖5.2所示：</p><p&g

112、t;<b>　　圖5.2 注冊成功</b></p><p><b>　　2.登錄:</b></p><p>　　商家已成功注冊的賬號密碼填寫，點擊登錄，如圖5.3所示：</p><p>　　圖5.3 商家登錄界面 </p><p>　　請求由MainActivity.java類響應，在這個類中，

113、通過onClick方法進行響應的檢驗包括檢驗每個字段的填寫是否符合輸入要求。在進行完輸入驗證之后，用loginRemoteService方法進行http請求，該請求在服務器端通過struts.xml文件找到此請求的響應函數(shù)com.dongzi.action.ShopownerAction類的login方法。驗證之后將驗證的結果封裝成json類型的數(shù)據(jù)格式傳送都到MainActivity.java中，具體實現(xiàn)如下：</p>