【導讀】消費方式都發(fā)生了巨大的變化，電子商務已經成為居民消費發(fā)展的新模式。且正在以幾何倍數高速發(fā)展。為了迎合當前消費群體的消費習慣，不同企業(yè)都。在經營模式上進行了創(chuàng)新。然而由于蔬菜的種植比較分散，并且沒有正規(guī)的公。司對其集中管理和經營，還是以集市買賣為主的傳統(tǒng)經營模式。選擇的不當會形成嚴重的滯銷，對菜農產生極大的打擊。

　　

【正文】 String path) { AsyncImageTask task = new AsyncImageTask(iv_header)。 (path)。 } private final class AsyncImageTask extends AsyncTaskString, Integer,Bitmap { private ImageView iv_header。 public AsyncImageTask(ImageView iv_header) { = iv_header。 } protected Bitmap doInBackground(String... params) { HttpClient client = new DefaultHttpClient()。 HttpPost Post = new HttpPost(params[0])。 final Bitmap bm。 try { HttpResponse hr = (Post)。 bm = (().getContent())。 } catch (Exception e) { return null。 } return bm。 } 山東大學本科畢業(yè)論文 33 protected void onPostExecute(Bitmap result) { if (iv_header != null amp。amp。 result != null) { (result)。 } } 此外為了更好的布局 Item 在這里需要用 XML 對信息的顯示位置進行規(guī)定，其中 對首頁進行布局，在這里面定義了兩個控件分別是 Textview,用于顯示標題，例如“購物單”之類的定值，另一份為 ListView 用于列表顯示從服務器端獲取的信息，例如：商家列表和蔬菜列表等，但為了正確美觀的顯示 Listview 中每行的數據必須對 Item 進行布局限定，在程序中的 這里面也有幾個用于顯示內容的控件，除了 Imageview 用于上面代碼的異步加載圖片外，也用到了 add_sub 控件 ， 這個控件用于顯示 選擇蔬菜數量的加減 ，其效果圖 519所示 如下 ： 圖 519 Item 效果圖及解釋 當用戶選擇完畢且訂單總額滿足 起送價后用戶可以提交訂單并進行支付，這里是將訂單信息傳遞給服務器端的 文件 ， 該文件是獲取 APP中的信息并將其處理后獲取有關訂單相關的信息 ， 然后連接數據庫 ， 并將獲取的從 APP 中獲取的關于訂單相關的數據插入到 order 和 order_detail 表中 。 由于插入第二張表時需要用到第一次插入 order 表的 o_id，我采用的是通過$id=mysqli_insert_id($con)。來獲取 $con 連接 上一次插入的 ID,值得注意的是該數據庫中 ID必須是自增時才可以正確獲得，否則將會獲得恒“ 0”。要判斷山東大學本科畢業(yè)論文 34 語句是否成功執(zhí)行以方便對用戶做出提示，這里采用mysqli_affected_rows($con)來進行判斷如果其 0則， SQL 語句成功執(zhí)行，否則提示執(zhí)行失敗，請重新選擇之類的 ，具體 PHP 代碼如下圖 5110 所示 。 圖 5110 SQL語句判讀是否執(zhí)行 PHP 語句輸出后可以通過手機端新起進程接收 PHP 文件的輸出信息，然后將輸出信息轉換成字符串形式，通過判斷輸出字符串的內 容判斷手機客戶端發(fā)送的內容是否成功執(zhí)行，下表為上圖代碼的接收代碼 cStreamToString 為自定義 ，用于將輸出結果轉換成字符串 。 山東大學本科畢業(yè)論文 35 表 515 Android 端接收 PHP 文件代碼 new Thread(new Runnable() { public void run() { MapString, String parmas = new HashMapString, String()。 (name, name)。 DefaultHttpClient client = new DefaultHttpClient()。//客戶端 HttpPost Post = new HttpPost( ArrayListBasicNameValuePair pairs = new ArrayListBasicNameValuePair()。 (new BasicNameValuePair(name, name))。 (new BasicNameValuePair(password, password))。 try { UrlEncodedFormEntity p_entity = new UrlEncodedFormEntity(pairs, utf8)。 (p_entity)。 HttpResponse response = (Post)。 HttpEntity entity = ()。 InputStream content = ()。 convertStreamToString cStreamToString=new convertStreamToString()。 String returnConnection = (content)。 if ((Yes)) { (, name+password)。 }else { (,fail)。 } } catch (Exception e) { ()。 }} 在結算時要獲取自定義控件中的子控件中的內容，相比直接獲得控件中的內容來說，這個比較難。需要先獲得控件總體布局，然后在總體不居中查找屬于數量的控件名。代碼 如下圖 5111所示： 圖 5111 獲得自定義控件子控件代碼 山東大學本科畢業(yè)論文 36 其他功能的設計與實現 收藏，查找，訂單展示 效果展示 界面如下 表 516，其中圖 5112是用戶訂單表，在這里你可以查看自己的已有訂單，對自己以往的訂單信息進行查看，這里沒有截效果圖，圖 5113 是搜索界面，用戶輸入蔬菜名或者菜市場名可以對蔬菜進行查詢，這里采用的是模糊匹配，只要輸入大體內容即可查詢出自己所需的信息，以方便消費者進行比較，從而選擇出性價比更高的蔬菜，收藏界面圖 5114展示的是曾經自己收藏的商家，以方面自己 每次的購買。在這里也可以快捷的需要收藏。 表 516收藏搜索界面表 圖 5112 訂單表 圖 5113 搜索表 在上圖 一系列圖 中自定義適配器代碼 是其中的重中之重，自定義適配器可以幫助你合理的安排表格中各控件的生成位置等 ，自定義適配器需要用到上文提到的異步加載 ， 因為 ， UI進程獲取網絡通信進程的數據可以采用 Handler()方式 進行網絡通訊與 UI之間的數據交換。 其中自定義設配器的 代碼如下表 517展示： 山東大學本科畢業(yè)論文 37 表 517 設配器實現代碼片段 public View getView(int position, View convertView, ViewGroup parent) { View view = null。 if (convertView != null) { view = convertView。 } else { view = (, null)。 } ImageView iv_header = (ImageView) ()。 TextView tv_name = (TextView) ()。 TextView tv_money = (TextView) ()。 MapString, Object contact = (position)。 (path,(String)(image) )。 asyncloadImage(iv_header, (String)(image))。 ((CharSequence) (name))。 ((CharSequence) (evaluate))。 return view。 } 開始采用的是 simpleadapter，對 listview 進行配置，但是后來發(fā)現實在不好用，也曾嘗試 listadapter 但是也不理想，最后只能自己寫適配器，雖然比較麻煩，但功能還是能按自己的要求去完成還算比較不錯，當然如果可以不寫的話也可以用其他類型的適配器。 代碼中的 asyncloadImage 是自定義的方法 ， 用于異步獲取服務器端的圖片 。 和上文中 表 514中提到的方法一樣， 當然除此之外還有一些代碼和界面沒有展示。 模塊 的 實現 本款軟件的數據庫模塊設計共包含 6個表 :其中 user 表里主要存儲了注 冊用戶的信息，包括用戶名和密碼，當本軟件注冊用戶對系統(tǒng)進行登錄時，會調取表中的內容進行驗證，當用戶驗證通過時，方可使用軟件， user 表結構如下表 521所示： 表 521 用戶 user表結構 名稱 字段名稱 數據類型 主鍵 非空 山東大學本科畢業(yè)論文 38 編號 u_ID Int(10) YES YES 用戶名 U_name CHAR (6) NO YES 登錄 密碼 U_pass VARCHAR(30) NO YES Seller 表中存儲的是蔬菜商的內容，當系統(tǒng)登陸后，軟件會 通過服務器端的 PHP 文件 查詢該表，并將表 中蔬菜商的名字， 商標等信息輸出，客戶端的 APP軟件獲取 PHP 的輸出內容，并且通過 XML 在手機界面上輸出。其中表 seller的結構如下表 522所示 : 表 5_2_2 蔬菜商 seller表結構 名稱 字段名稱 數據類型 主鍵 非空 菜商編號 S_id Int(10) YES YES 菜商 名字 S_naem Char(6) NO YES 商標 S_url Char(6) NO YES Vegetable 表中存儲的是蔬菜的相關信息，用于用戶對蔬菜的選購，該表中存在蔬菜名稱 ,蔬菜標號，所屬菜商及蔬菜單價等信 息，這些信息會幫助用戶了解并選擇自己想要的蔬菜，并將其加入菜單，該表主要為用戶提供蔬菜的詳細信息，其中他的表結構如下表 523 所示： 表 523 蔬菜 vegetable表結構 名稱 字段名稱 數據類型 主鍵 非空 菜品編號 V_id Int(10) YES YES 菜品名稱 V_name Char(6) NO YES 菜商編號 S_id Int(10) NO YES 菜品單價 V_money Double(3) NO YES 菜品圖片 V_url Char(6) NO YES Order 表詳細記錄了用戶自己的歷史訂單 ，該表中有訂單編號，時間，總額，用戶編號，菜商標號，當用戶登錄系統(tǒng)后，如果用戶想要查詢以往的歷史訂單，他就可以通過選擇抽屜效果里的“訂單”，來借助服務器端 PHP 文件來查詢該表，獲取訂單的詳細信息，當成功獲取后，其就在軟件中列表顯示，其表結構如下表 524所示： 表 524 訂單 order表結構 名稱 字段名稱 數據類型 主鍵 非空 訂單編號 O_id Int（ 10） YES YES 訂單總額 O_money Double(3) NO YES 訂單時間 O_time datetime NO YES 用戶編號 U_id Int（ 10） NO YES 菜商編號 S_id Int（ 10） NO YES 訂單詳情表 order_detail 記錄了訂單的詳細信息，當用戶想要查看某一訂山東大學本科畢業(yè)論文 39 單的詳細情況時就要讀取該表中的內容，當用戶點擊軟件中的某個 order 時，該軟件就會將該 order 的名字傳遞給服務器端，服務器端的 PHP 文件通過處理該軟件發(fā)送的 order 名字，查詢到 od_id 及訂單編號，然后在通過訂單編號查詢 表 order_detail 里的訂單詳情，可以詳細的讀取出某一訂單的訂單 標號，訂單包含的菜品，以及單個菜品的單價等。他的表結構如下 525所示：