【正文】 數(shù)據(jù)庫進(jìn)行對比驗(yàn)證，如果驗(yàn)證通過，就把餐廳加入在線餐廳鏈表，并將該餐廳信息發(fā)給餐廳客戶端，否則在反饋驗(yàn)證失敗信息后就會斷開連接。驗(yàn)證通過以后，當(dāng)餐廳客戶端發(fā)來修改餐廳信息（例如修改餐廳名稱）的請求后，服務(wù)器會修改數(shù)據(jù)庫中對應(yīng)的信息。同樣的，在驗(yàn)證通過后，餐廳客戶端發(fā)來修改菜單的請求后，服務(wù)器也會對數(shù)據(jù)庫中相應(yīng)的信息進(jìn)行修改，這和修改餐廳信息的流程相同。當(dāng)餐廳客戶端主動斷開連接后，將餐廳從在線餐廳鏈表中刪除，整個流程就結(jié)束了。主要流程如圖47所示。圖47 服務(wù)器中與餐廳客戶端相關(guān)流程圖 顧客客戶端相關(guān)功能服務(wù)器功能開啟后，服務(wù)器自動生成一個后臺線程用于偵聽端口51999的TCP連接請求。在接收到TCP連接后，系統(tǒng)創(chuàng)建一個單獨(dú)的線程，用于偵聽連接上來自顧客客戶端的指令和訂單數(shù)據(jù)。在TCP連接建立的同時，服務(wù)器主動將在線的餐廳信息發(fā)送給顧客客戶端。當(dāng)顧客客戶端主動斷掉連接后，該功能流程結(jié)束。主要流程如圖48所示。圖48 服務(wù)器中與顧客客戶端相關(guān)的流程圖 接收并轉(zhuǎn)發(fā)訂單當(dāng)服務(wù)器接收到來自顧客客戶端的新訂單時，會創(chuàng)建相應(yīng)的對象，將訂單數(shù)據(jù)存入數(shù)據(jù)庫，然后再在線餐廳鏈表中找到對應(yīng)的餐廳連接，通過連接將訂單的數(shù)據(jù)發(fā)給這個餐廳。主要流程如圖49所示。圖49 服務(wù)器轉(zhuǎn)發(fā)訂單流程圖 服務(wù)器技術(shù)總結(jié)服務(wù)器中是使用了多種技術(shù)，包括與網(wǎng)絡(luò)連接和數(shù)據(jù)庫操作效果的多個技術(shù)。首先，在界面搭建時，為了方便向管理員展示數(shù)據(jù)，使用了DataGridView控件及數(shù)據(jù)綁定技術(shù)。在與客戶端建立TCP連接時用到了TcpListener類與TcpClient類。當(dāng)根據(jù)客戶端發(fā)來的指令對數(shù)據(jù)庫進(jìn)行操作時LINQ（語言集成查詢）技術(shù)。最后，為了記錄在線的餐廳，將在線餐廳的連接作為一個對象存入到了一個鏈表中，用到了鏈表技術(shù)。 餐廳客戶端的設(shè)計與實(shí)現(xiàn)餐廳客戶端是面向餐廳的一個后臺客戶端，完成線下注冊的餐廳可以使用系統(tǒng)分配的ID和密碼登錄，之后通過客戶端向服務(wù)器發(fā)送對餐廳信息的修改請求或?qū)Σ蛷d菜單的修改請求。同時，只有在登錄之后，才可以開始接收訂單。服務(wù)器的類圖如圖410所示。圖410 餐廳客戶端的類圖 餐廳客戶端功能流程分析網(wǎng)上訂餐系統(tǒng)餐廳客戶端的基本功能模塊如圖411所示，基本流程為：1. 餐廳用戶登錄客戶端—用戶打開要修改信息的修改頁面—用戶修改相應(yīng)信息。2. 餐廳用戶登錄客戶端—用戶打開菜單管理頁面—更新菜品信息。3. 餐廳用戶登錄客戶端—用戶打開訂單頁面—查看餐廳上線后的訂單。圖411 餐廳客戶端的功能模塊圖 登錄功能餐廳用戶要使用注冊后得到的ID和密碼進(jìn)行登錄（如圖412），系統(tǒng)會與服務(wù)器的51888端口建立TCP連接，并將輸入的ID和密碼發(fā)送給服務(wù)器進(jìn)行驗(yàn)證，服務(wù)器通過TCP連接反饋結(jié)果，驗(yàn)證失敗則無法登陸。當(dāng)驗(yàn)證通過后，客戶端與服務(wù)器就建立起了一個TCP連接并啟用一個線程用來接收來自服務(wù)器的數(shù)據(jù)。圖412 餐廳客戶端登錄窗口 餐廳信息修改功能在和服務(wù)器的TCP連接建立之后，會自動生成一個線程用于偵聽連接上的數(shù)據(jù)。然后會進(jìn)行登錄操作。餐廳用戶在登錄客戶端后，可以看到所有自己餐廳的信息（如圖413），包括：名稱，地址，聯(lián)系方式，介紹，密碼。這些信息都是可以修改的。以名稱為例，點(diǎn)擊修改名稱選項進(jìn)入名稱修改頁面（如圖414），修改名稱后點(diǎn)擊確定，客戶端就會把修改請求和修改后的名稱發(fā)送給服務(wù)器，服務(wù)器會反饋一個結(jié)果證明修改（數(shù)據(jù)庫中的數(shù)據(jù)）是否成功。圖413 餐廳客戶端顯示餐廳信息的主頁面圖414 修改餐廳名稱的頁面該功能的主要流程如圖415所示。圖415 餐廳客戶端修改餐廳信息流程圖 菜單的管理功能菜品的管理是網(wǎng)上訂餐系統(tǒng)一個不可或缺的功能，用戶在登錄之后可以打開菜單管理頁面，查看自己的菜單。在菜單管理頁面（如圖416），用戶可以選擇添加菜品，修改所選菜品信息（名稱，價格，描述），刪除所選菜品。選擇添加菜品系統(tǒng)會自動彈出菜品添加的窗口（如圖417）。在對菜單進(jìn)行修改之后，客戶端會將對數(shù)據(jù)的修改請求（無論是添加，修改還是刪除）發(fā)送給服務(wù)器，并等待服務(wù)器反饋的修改結(jié)果。圖416 菜單管理頁面圖417 菜品添加頁面該功能的流程與修改餐廳信息的流程基本一致，如圖418所示。圖418 餐廳客戶端修改菜單流程圖 訂單接收管理功能服務(wù)器在接收到顧客客戶端提交的訂單后，會將訂單信息轉(zhuǎn)發(fā)給對應(yīng)餐廳的餐廳客戶端。當(dāng)餐廳客戶端接收到訂單數(shù)據(jù)后就會生成相應(yīng)的對象，并存入一個鏈表中。用戶可以隨時在訂單管理頁面查看這些訂單，如圖419所示。圖419 訂單管理頁面 餐廳客戶端技術(shù)總結(jié)客戶端所采用的技術(shù)相對簡單，沒有直接對數(shù)據(jù)庫進(jìn)行操作的功能，所有的操作實(shí)際上都是依靠TCP連接，通過訪問服務(wù)器完成的。主要用到了TCP應(yīng)用編程相關(guān)的技術(shù)，使用了TcpClient類。在搭建用于顯示餐廳信息的界面時用到了listbox，listview等控件。 顧客客戶端的設(shè)計與實(shí)現(xiàn)顧客客戶端是面向消費(fèi)者的前臺客戶端，為了方便顧客的訪問，在實(shí)際應(yīng)用采用B/S架構(gòu)設(shè)計其實(shí)是最合理的，在本網(wǎng)上訂餐模擬系統(tǒng)中作為一款模擬系統(tǒng)，減少了很多非必要的功能。因此顧客客戶端采用了較為簡潔的設(shè)計。功能較少，只有登錄和訂單提交兩個主要功能。顧客客戶端的類圖如圖420所示。圖420 顧客客戶端的類圖 顧客客戶端功能流程分析網(wǎng)上訂餐系統(tǒng)顧客客戶端的基本功能模塊如圖421所示，基本流程為：顧客輸入地址和聯(lián)系方式登錄客戶端—查看在線餐廳的信息—選擇一個餐廳并查看其菜品信息—選擇菜品（同一家餐廳）—下訂單。圖421 顧客客戶端功能模塊圖 登錄功能在本網(wǎng)上訂餐模擬系統(tǒng)中，顧客客戶端只采用了簡單的登錄系統(tǒng)。無需登錄驗(yàn)證，只要顧客輸入地址和聯(lián)系方式（如圖422），就能登入系統(tǒng)。登入系統(tǒng)后，客戶端會向服務(wù)器的51999端口發(fā)起TCP連接請求，并請求所有在線餐廳的信息。服務(wù)器將所有在線餐廳信息反饋給客戶端，之后就可以看到所有在線餐廳的信息了。點(diǎn)擊某個餐廳，就可以看得該餐廳所有的菜品信息（如圖423）。圖422 用戶登錄頁面圖423 在線餐廳及其菜品的查看 訂單提交功能顧客客戶端在和服務(wù)器的建立TCP連接之后，會自動生成一個線程用于偵聽連接上的數(shù)據(jù)。服務(wù)器會發(fā)來所有在線餐廳的信息，客戶端會接收并顯示這些信息。當(dāng)用戶選擇完菜品后（同一餐廳可多選），就可以提交訂單了。選擇提交訂單后，系統(tǒng)會彈出一個窗口顯示訂單的確認(rèn)信息，如圖424所示。確認(rèn)后客戶端會現(xiàn)將訂單的信息發(fā)送給服務(wù)器。圖424 提交訂單及訂單確認(rèn)頁面該功能的主要流程如圖425所示。圖425 顧客客戶端訂單提交流程圖 顧客客戶端技術(shù)總結(jié)顧客客戶端所用的技術(shù)最少，首先在搭建界面時為了顯示餐廳及菜單信息采用了listview控件，在與服務(wù)器建立TCP連接時，用到了TCP應(yīng)用編程的相關(guān)，使用了TcpClient類。結(jié) 論網(wǎng)上訂餐系統(tǒng)成功地將傳統(tǒng)餐飲業(yè)中的外賣業(yè)務(wù)和現(xiàn)代信息技術(shù)相結(jié)合，誕生出的新的電子商務(wù)形式。該系統(tǒng)的價值是顯而易見的，和傳統(tǒng)的外賣模式相比，通過網(wǎng)上訂餐系統(tǒng)的這種消費(fèi)模式，更高效，更方便，更快捷。消費(fèi)者不必出門，通過電腦和網(wǎng)絡(luò)就可以輕松獲取大量餐廳信息，選擇多就代表更容易的到物美價廉的食品。餐廳經(jīng)營者不在需要考慮散發(fā)傳單廣告的成本，餐廳的所有信息都可以通過網(wǎng)上訂餐系統(tǒng)傳達(dá)給更多的消費(fèi)者，降低了成本。餐廳實(shí)際的大小和地理位置都不在影響餐廳每日的經(jīng)營情況，這無疑減少了對物質(zhì)的依賴?？傊?，該項目具有很強(qiáng)的實(shí)際意義。在項目完成過程中出現(xiàn)了很多問題，最為突出的問題就是項目的質(zhì)量受到了本身技術(shù)能力的限制。很多計劃實(shí)現(xiàn)的功能最后都由于技術(shù)不達(dá)標(biāo)而導(dǎo)致無法完成或方案太過復(fù)雜。比如，設(shè)計時計劃B/S、C/S雙架構(gòu)同時使用，即顧客通過網(wǎng)頁訪問，餐廳通過客戶端訪問，但由于工作量太大和對網(wǎng)頁制作的不熟悉而放棄。原計劃中的數(shù)據(jù)庫很龐大，計劃加入評分功能，數(shù)據(jù)庫中要存儲食物圖片，詳細(xì)的餐廳信息等等，但最后也是出于工作量和技術(shù)問題而放棄?？傊?，除此之外，所有在項目制作過程中的問題都在查閱資料過后得到了妥善解決。實(shí)際投入使用的網(wǎng)上訂餐系統(tǒng)無疑要比我所完成的系統(tǒng)功能要復(fù)雜的多，為了讓我的系統(tǒng)更符合實(shí)際需求，在人力和技術(shù)滿足的情況下，我計劃進(jìn)行如下改進(jìn)：添加一個網(wǎng)頁服務(wù)器，該服務(wù)器面向顧客，是顧客可以通過網(wǎng)站進(jìn)行操作；擴(kuò)充數(shù)據(jù)庫，保存更多詳細(xì)的餐廳信息，比如評價，評級，環(huán)境檢測結(jié)果等；加入顧客用戶的注冊功能，方便提供更多服務(wù)?？傊磺幸紤]實(shí)際應(yīng)用中的需求。參考文獻(xiàn)[1] 《計算機(jī)網(wǎng)絡(luò)技術(shù)教程》 蒲曉蓉，陸慶 電子科技大學(xué)出版社 [2] 《商業(yè)數(shù)據(jù)挖掘?qū)д摗?DavidOlson 機(jī)械工業(yè)出版社 [3] 《C程序設(shè)計及應(yīng)用教程》 馬駿 人民郵電出版社 [4] 《C網(wǎng)絡(luò)應(yīng)用編程》 馬駿 人民郵電出版社 [5] 《C程序設(shè)計上機(jī)指導(dǎo)與實(shí)例解析》 馬駿 人民郵電出版社 [6] 《計算機(jī)網(wǎng)絡(luò)》 AndrewSTanenbaum 清華大學(xué)出版社[7] 《數(shù)據(jù)庫系統(tǒng)概論》 王珊，薩師煊 高等教育出版社[8] 《我國電子商務(wù)發(fā)展現(xiàn)狀與趨勢分析》 吳彥 網(wǎng)易財經(jīng)