【正文】 立的數(shù)據(jù)庫(kù)表如表41所示。表41 關(guān)注訂單數(shù)據(jù)庫(kù)表表名稱crm_tb_order字段名類型長(zhǎng)度是否主鍵說(shuō)明_idint8是主鍵，自增idvarchar20訂單id號(hào)，唯一標(biāo)示訂單，作為向服務(wù)器請(qǐng)求訂單詳情時(shí)的關(guān)鍵參數(shù)。codevarchar50訂單編號(hào)amountvarchar20訂單金額customervarchar255訂單客戶簡(jiǎn)稱datevarchar16訂單日期 行動(dòng)模塊行動(dòng)模塊流程圖如圖48所示。如圖所示，用戶進(jìn)入行動(dòng)模塊后，客戶端將與用戶相關(guān)的所有行動(dòng)通過(guò)列表的方式展現(xiàn)出來(lái)。在行動(dòng)主界面下，用戶可以添加行動(dòng)、查詢行動(dòng)、查看行動(dòng)詳細(xì)信息的操作。用戶執(zhí)行添加行動(dòng)操作前，客戶端會(huì)對(duì)用戶的權(quán)限進(jìn)行驗(yàn)證，只有擁有添加權(quán)限的用戶才能進(jìn)行添加行動(dòng)的操作。在添加行動(dòng)時(shí)，用戶需要輸入行動(dòng)的相關(guān)信息，同時(shí)用戶還可以上傳有關(guān)于行動(dòng)的照片。用戶執(zhí)行查詢操作時(shí)，需要輸入關(guān)鍵字，執(zhí)行查詢操作后，客戶端會(huì)顯示查詢結(jié)果。在行動(dòng)列表界面（行動(dòng)主界面、查詢結(jié)果界面）時(shí)，用戶可以查看選中的行動(dòng)的詳細(xì)信息。在行動(dòng)詳情界面中，用戶可以編輯行動(dòng)信息、可以刪除或上傳照片；可以刪除行動(dòng)；可以查看照片；可以定位，更新地理位置信息；可以查看相關(guān)對(duì)象，包括：線索、銷售機(jī)會(huì)和客戶。圖48 行動(dòng)模塊流程圖 客戶端結(jié)構(gòu)設(shè)計(jì)本課題在對(duì)客戶端設(shè)計(jì)過(guò)程中，將針對(duì)面向企業(yè)的Android應(yīng)用軟件設(shè)計(jì)具有一定復(fù)用性的共用界面以及底層功能。當(dāng)前，針對(duì)企業(yè)移動(dòng)應(yīng)用軟件的開(kāi)發(fā)，開(kāi)發(fā)人員通常都要重頭開(kāi)始進(jìn)行，針對(duì)應(yīng)用軟件的各個(gè)功能模塊逐個(gè)開(kāi)發(fā)，這種開(kāi)發(fā)方式，既需要開(kāi)發(fā)使用Android基本API所能實(shí)現(xiàn)的功能，也需要開(kāi)發(fā)涉及企業(yè)業(yè)務(wù)方面的功能。這樣就使得應(yīng)用開(kāi)發(fā)的成本過(guò)高、時(shí)間耗費(fèi)大、開(kāi)發(fā)效率和代碼復(fù)用率低。另一方面，對(duì)于諸多企業(yè)移動(dòng)應(yīng)用軟件，其相似的地方比較多。這些相似之處，不光體現(xiàn)在某些功能上，也體現(xiàn)在一些界面設(shè)計(jì)上。因此，設(shè)計(jì)并開(kāi)發(fā)具有一定復(fù)用性的共用界面以及底層功能，能夠有效地減少開(kāi)發(fā)成本、提高開(kāi)發(fā)效率和代碼復(fù)用率，同時(shí)，也便于應(yīng)用軟件后期的維護(hù)。針對(duì)各個(gè)企業(yè)移動(dòng)應(yīng)用軟件，其具有的共同之處有：1）數(shù)據(jù)封裝。對(duì)于企業(yè)應(yīng)用，客戶端與服務(wù)器交互的數(shù)據(jù)需要一種統(tǒng)一的數(shù)據(jù)格式，方便服務(wù)器提取參數(shù)進(jìn)行業(yè)務(wù)邏輯處理。因此，底層功能中應(yīng)該包含一種針對(duì)交互數(shù)據(jù)的封裝和解封裝方法。同時(shí)，由于移動(dòng)終端處理能力相對(duì)于PC機(jī)要低，因此這種數(shù)據(jù)封裝和解封裝方法應(yīng)該要盡可能的高效、資源消耗低，能夠方便開(kāi)發(fā)人員調(diào)用同時(shí)也能較好地適應(yīng)移動(dòng)終端設(shè)備的硬件環(huán)境。2）保密性目前絕大多數(shù)的企業(yè)移動(dòng)應(yīng)用軟件其內(nèi)部所涉及的數(shù)據(jù)都是與企業(yè)或客戶相關(guān)的數(shù)據(jù)，這些數(shù)據(jù)具有私密性，如果數(shù)據(jù)丟失或被竊取，則會(huì)給企業(yè)或客戶造成不小的損失。因此，對(duì)于企業(yè)應(yīng)用軟件，應(yīng)該提供一種對(duì)數(shù)據(jù)的保護(hù)手段，盡可能地降低數(shù)據(jù)被竊取的可能性，或者降低因數(shù)據(jù)丟失或被竊取所造成的損失。3）減少用戶流量消耗對(duì)于移動(dòng)終端，用戶的流量是較為寶貴的資源。因此，移動(dòng)應(yīng)用應(yīng)盡可能地減少用戶流量的消耗，也就是應(yīng)該盡可能地減少客戶端與服務(wù)器之間交互的數(shù)據(jù)量。但是對(duì)于面向企業(yè)的移動(dòng)應(yīng)用軟件來(lái)說(shuō)，其客戶端與服務(wù)器之間交互的數(shù)據(jù)往往涉及企業(yè)一些、財(cái)務(wù)、管理、報(bào)表之類的數(shù)據(jù)，其數(shù)據(jù)量通常較大，因此導(dǎo)致從數(shù)據(jù)內(nèi)容上實(shí)現(xiàn)數(shù)據(jù)量的限制是不現(xiàn)實(shí)的。所以，對(duì)于企業(yè)移動(dòng)應(yīng)用，應(yīng)該提供一種方法對(duì)客戶端與服務(wù)器之間交互的數(shù)據(jù)進(jìn)行壓縮，從而一定程度上減少網(wǎng)絡(luò)流量。4）與服務(wù)器的數(shù)據(jù)通信當(dāng)前的企業(yè)管理系統(tǒng)，其大部分的數(shù)據(jù)以及相應(yīng)的業(yè)務(wù)邏輯處理都集中在企業(yè)內(nèi)部的服務(wù)器中，而客戶端基本上只起到發(fā)起請(qǐng)求，接收響應(yīng)，顯示處理結(jié)果等功能。因此，絕大多數(shù)企業(yè)移動(dòng)應(yīng)用軟件都需要與服務(wù)器進(jìn)行通信交互。所以，客戶端應(yīng)該提供一種針對(duì)與服務(wù)器進(jìn)行交互的方式。基于以上共性，本文所提出的企業(yè)移動(dòng)應(yīng)用軟件結(jié)構(gòu)圖如圖49所示，客戶端結(jié)構(gòu)分為四層，表示層、業(yè)務(wù)邏輯層、數(shù)據(jù)封裝層和通信層。1）表示層在表示層中，為開(kāi)發(fā)人員提供了諸多可復(fù)用的組件；同時(shí)，這些組件也隨著項(xiàng)目不斷增多和改善。這些組件，可以通過(guò)xml的方式進(jìn)行描述和設(shè)計(jì)，而更好的方式則是在xml描述的基礎(chǔ)上，將xml文件轉(zhuǎn)換為Java對(duì)象，提供針對(duì)該控件的相關(guān)操作和方法，方便開(kāi)發(fā)人員調(diào)用。2）業(yè)務(wù)邏輯層在業(yè)務(wù)邏輯層，每一個(gè)功能模塊視為一個(gè)Module。將為客戶端結(jié)構(gòu)中的Module提供一個(gè)具有通用性的父類——BaseActivity。該類繼承Android中的Activity，為Module的實(shí)現(xiàn)提供了相關(guān)對(duì)象和方法，包括監(jiān)聽(tīng)器Listener、Handler等。各個(gè)Module將基于該父類進(jìn)行各自業(yè)務(wù)邏輯的實(shí)現(xiàn)。在業(yè)務(wù)邏輯層接收到表示層的數(shù)據(jù)后，將提取出相關(guān)參數(shù)，交由相關(guān)模塊進(jìn)行業(yè)務(wù)數(shù)據(jù)處理，將得到的數(shù)據(jù)封裝、加密等以完成對(duì)數(shù)據(jù)格式的轉(zhuǎn)換，最后調(diào)用通信接口實(shí)現(xiàn)向服務(wù)器發(fā)出請(qǐng)求。另一方面，當(dāng)業(yè)務(wù)邏輯層獲取到服務(wù)器所返回的且經(jīng)過(guò)數(shù)據(jù)解封裝等處理后的請(qǐng)求結(jié)果時(shí)，會(huì)通過(guò)一定方式（如Handler、Listener等）通知UI進(jìn)行更新，將結(jié)果展現(xiàn)給客戶。圖49 企業(yè)移動(dòng)應(yīng)用客戶端結(jié)構(gòu)圖3）數(shù)據(jù)封裝層數(shù)據(jù)封裝層提供了對(duì)數(shù)據(jù)的相關(guān)加工操作，從各個(gè)業(yè)務(wù)模塊獲得的數(shù)據(jù)在發(fā)送給服務(wù)器之間，要先經(jīng)過(guò)序列化的過(guò)程，來(lái)將對(duì)象轉(zhuǎn)換為字節(jié)序列，然后將其進(jìn)行DES加密以及Gzip壓縮操作，另一方面，從服務(wù)器獲取數(shù)據(jù)要經(jīng)過(guò)解壓縮、DES解密以及反序列的過(guò)程將字節(jié)轉(zhuǎn)換為相應(yīng)業(yè)務(wù)模塊的JAVA對(duì)象，進(jìn)而解析后的數(shù)據(jù)才可以成為各個(gè)業(yè)務(wù)模塊處理的源數(shù)據(jù)。4）通信層通信層主要負(fù)責(zé)客戶端與服務(wù)器的數(shù)據(jù)通信，為數(shù)據(jù)封裝層提供了統(tǒng)一的接口以供調(diào)用。根據(jù)CRM系統(tǒng)傳輸數(shù)據(jù)的特性，將經(jīng)過(guò)數(shù)據(jù)封裝后得到的字節(jié)流封裝成數(shù)據(jù)包使用 post的方式進(jìn)行數(shù)據(jù)的傳輸，將傳輸方法封裝成接口的形式，供上層開(kāi)發(fā)人員使用。針對(duì)本系統(tǒng)客戶端進(jìn)行具體的結(jié)構(gòu)設(shè)計(jì)，客戶端結(jié)構(gòu)圖如圖410所示。圖410 CRM系統(tǒng)客戶端結(jié)構(gòu)圖本系統(tǒng)客戶端結(jié)構(gòu)架構(gòu)中UI層主要基于系統(tǒng)中可復(fù)用UI組件以及Android自帶控件，各個(gè)功能模塊在BaseActivity的基礎(chǔ)上負(fù)責(zé)各自業(yè)務(wù)邏輯處理，同時(shí)根據(jù)業(yè)務(wù)需要，調(diào)用移動(dòng)終端通話應(yīng)用（Telephony）、短/彩信（SMS/MMS）、無(wú)線網(wǎng)絡(luò)（WIFI/GPRS）等相應(yīng)設(shè)備接口，實(shí)現(xiàn)相關(guān)功能。將各個(gè)功能模塊的數(shù)據(jù)交由數(shù)據(jù)封裝解析以及通信模塊進(jìn)行處理，完成與服務(wù)的數(shù)據(jù)交互。 本章小結(jié)本章主要說(shuō)明了CRM系統(tǒng)客戶端的設(shè)計(jì)，闡述了系統(tǒng)的物理結(jié)構(gòu)和邏輯結(jié)構(gòu)，并通過(guò)流程圖說(shuō)明了客戶端主要功能模塊的具體流程，并且對(duì)客戶端結(jié)構(gòu)設(shè)計(jì)做了詳細(xì)說(shuō)明。第五章 CRM系統(tǒng)客戶端的實(shí)現(xiàn)本章針對(duì)CRM系統(tǒng)客戶端，基于軟件設(shè)計(jì)工作與成果，闡述了客戶端界面元素、底層功能以及客戶端中主要功能模塊的具體實(shí)現(xiàn)方式。 共用組件的實(shí)現(xiàn)共用組件的實(shí)現(xiàn)基于Android上界面的設(shè)計(jì)開(kāi)發(fā)。本節(jié)以客戶端中列表樣式的控件為例來(lái)說(shuō)明共用組件的實(shí)現(xiàn)方式。在CRM系統(tǒng)中，較多模塊都使用到了列表樣式的布局。因此，客戶端將該樣式實(shí)現(xiàn)為共用組件，以方便調(diào)用。共用組件創(chuàng)建流程圖如圖51所示。首先需要對(duì)自定義控件所存放的界面進(jìn)行相應(yīng)設(shè)置并初始化。然后創(chuàng)建自定義控件并初始化，為其添加文字、圖片等具體內(nèi)容，并設(shè)置控件點(diǎn)擊事件處理（可選）。完成對(duì)自定義控件的設(shè)置后，將其添加到指定控件中?？梢蕴砑佣鄠€(gè)自定義控件。在完成對(duì)所有自定義控件的添加后，將整個(gè)控件添加到界面中加以顯示。圖51 共用組件創(chuàng)建流程圖本節(jié)以列表樣式的控件為例對(duì)共用組件的實(shí)現(xiàn)進(jìn)行說(shuō)明，該列表樣式控件需要設(shè)置列表界面及其標(biāo)題，同時(shí)需要設(shè)置列表項(xiàng)的界面。列表控件效果圖如圖52所示。圖52 列表樣式共用組件示意圖1) 定義兩個(gè)布局文件：a) 列表內(nèi)部每個(gè)item：。該布局應(yīng)盡可能全面地囊括item中的內(nèi)容；示意圖如圖53所示。圖53 列表item結(jié)構(gòu)圖b) 整個(gè)列表界面layout：，容納item的容器。針對(duì)以上兩個(gè)布局文件，在工程中建立兩個(gè)控件類，用以與上述兩個(gè)控件相關(guān)聯(lián)。而開(kāi)發(fā)人員在需要使用控件時(shí)，直接使用這兩個(gè)類創(chuàng)建的對(duì)象即可。2) 創(chuàng)建并設(shè)置列表項(xiàng)：ListItemSingleLine。在ListItemSingleLine中，申明item中所定義的控件，包括：a) ImageView leftImageView, rightImageView, middleImageView。 item中左側(cè)、右側(cè)和中間的圖片；b) TextView leftTextView, rightMainTextView, right2TextView。item中左側(cè)、中間和右側(cè)的文字。定義ListItemSingleLine類中的構(gòu)造函數(shù)，通過(guò)調(diào)用findViewById方法將以上申明的對(duì)象與xml中定義的控件相關(guān)聯(lián)。ListItemSingleLine類提供對(duì)點(diǎn)擊事件的支持。由于item繼承于LinearLayout，則其可以直接調(diào)用setOnClickListener方法實(shí)現(xiàn)點(diǎn)擊事件的處理。3) 設(shè)置列表項(xiàng)點(diǎn)擊時(shí)界面的變化當(dāng)用戶點(diǎn)擊某item時(shí)，該item的背景會(huì)發(fā)生變化。這種依據(jù)用戶點(diǎn)擊事件而更改背景的方式是Android開(kāi)發(fā)過(guò)程中較為常用的界面處理方法。針對(duì)列表控件中item的不同樣式，需要根據(jù)所點(diǎn)擊的item位于列表中的位置來(lái)決定item的背景變化方式。item的不同樣式如圖54所示。4321圖54 item不同顯示方式item依據(jù)它在GroupLayout中的位置決定使用何種布局，四種布局及其位置關(guān)系如表51所示。表51 四種布局及其所處位置樣式所處位置對(duì)應(yīng)的布局文件頂部圓角矩形GroupLayout具有多個(gè)item，該item位于第一個(gè)。尖角矩形GroupLayout具有多個(gè)item，該item既非第一個(gè)也非最后一個(gè)，位于中間位置。底部圓角矩形GroupLayout具有多個(gè)item，該item位于最后一個(gè)。圓角矩形GroupLayout只有該item一個(gè)元素。對(duì)于上述四種item背景布局，需要定義該控件未被點(diǎn)擊和被點(diǎn)擊時(shí)兩種狀態(tài)下的背景。如對(duì)于樣式1，其兩種背景為：（未點(diǎn)擊時(shí)）、（點(diǎn)擊時(shí)）；（selector）加以實(shí)現(xiàn)。Selector通過(guò)對(duì)事件的判斷（未點(diǎn)擊、點(diǎn)擊、獲取焦點(diǎn)等）定義各個(gè)事件下的背景。當(dāng)狀態(tài)為“點(diǎn)擊”（state_enabled）時(shí)。4) 創(chuàng)建并設(shè)置列表界面GroupLayout。在GroupLayout中申明列表layout中定義的控件，包括：l TextView groupTitleTextView：列表標(biāo)題；l LinearLayout groupContentLayout：用于存放列表項(xiàng)item。同樣通過(guò)調(diào)用findViewById方法將以上申明的對(duì)象與xml中定義的控件相關(guān)聯(lián)。GroupLayout還提供以下相關(guān)設(shè)置方法，如表52所示。表52 列表樣式控件提供的方法方法說(shuō)明setGroupContent(ListView items)設(shè)置列表內(nèi)容，將列表項(xiàng)item添加進(jìn)列表中。setGroupTitle(String title)設(shè)置列表標(biāo)題，若不輸入值，則隱藏標(biāo)題。 通用父類——BaseActivity的實(shí)現(xiàn)BaseActivity為Module的具體實(shí)現(xiàn)提供相關(guān)通用方法，包括向服務(wù)器的請(qǐng)求方法、相關(guān)監(jiān)聽(tīng)器、以及通過(guò)Handler實(shí)現(xiàn)對(duì)狀態(tài)監(jiān)聽(tīng)結(jié)果的相關(guān)操作。BaseActivity類圖如圖55所示。圖55 BaseActivity類圖1) 向服務(wù)器的請(qǐng)求BaseActivity將提供一個(gè)方法來(lái)實(shí)現(xiàn)發(fā)起請(qǐng)求的操作，該方法封裝了向服務(wù)器發(fā)起請(qǐng)求的具體實(shí)現(xiàn)細(xì)節(jié)，其子類可以直接調(diào)用該方法實(shí)現(xiàn)發(fā)送請(qǐng)求。方法名為：requestVO，所需要傳入的參數(shù)為：l String url：服務(wù)器地址l WAComponentInstancesVO mWAComponentInstancesVO：請(qǐng)求參數(shù)封裝對(duì)象，將在下一節(jié)詳細(xì)說(shuō)明l OnVORequestedListener listener：監(jiān)聽(tīng)器，用以監(jiān)聽(tīng)請(qǐng)求狀態(tài)在requestVO方法中，將啟動(dòng)一個(gè)線程（Thread）。該線程主要負(fù)責(zé)請(qǐng)求發(fā)送和接收響應(yīng)的工作，并在獲得服務(wù)器響應(yīng)后，通知相應(yīng)模塊進(jìn)行處理。請(qǐng)求方法為：requestVOFromServer(url, mWAComponentInstancesVO, headerList)?？蛻舳伺c服務(wù)器進(jìn)行一次通信的流程圖如圖56所示。在調(diào)用requestVO方法后，客戶端將等待服務(wù)器的響應(yīng)。在獲取到服務(wù)器返回的voHttpResponse后，建立一個(gè)消息對(duì)象（Message msg）并將voHttpResponse添加進(jìn)該消息對(duì)象中；若服務(wù)器因某些原因處理失敗，則將失敗狀態(tài)及其相關(guān)提示說(shuō)明添加到消息對(duì)象中。該消息對(duì)象通過(guò)Handler機(jī)制傳遞給相應(yīng)的監(jiān)聽(tīng)器，監(jiān)聽(tīng)器根據(jù)消息以及voHttpResponse的響應(yīng)狀態(tài)進(jìn)行相應(yīng)的處理。圖56 客戶請(qǐng)求服務(wù)器參數(shù)流程圖2) 監(jiān)聽(tīng)事件的通知客戶端啟動(dòng)了一個(gè)子線程進(jìn)行服務(wù)器請(qǐng)求的操作。但由于Android平臺(tái)中只允許主線程對(duì)UI進(jìn)行操作和更新，所以當(dāng)服務(wù)器返回處理結(jié)果時(shí)，子線程獲取到結(jié)果但卻無(wú)法更新UI。因此，需要一種消息機(jī)制來(lái)實(shí)現(xiàn)界面的更新操作。Android提供了一個(gè)非常方便且強(qiáng)大的消息處理機(jī)制——Handler。該消息機(jī)制由消息循環(huán)、消息發(fā)送和消息處理三個(gè)部分組成。a) 消息循環(huán)消息處理機(jī)制中，消息存放與消息隊(duì)列中，應(yīng)用程序在運(yùn)行過(guò)程中，將針對(duì)該消息隊(duì)列建立一個(gè)循環(huán)。如果隊(duì)列中有消息，主線程會(huì)將消息去除并通知相應(yīng)的Handler處理；若隊(duì)列中沒(méi)有消息，則主線程會(huì)進(jìn)入等待狀態(tài)，直到下一條消息的到來(lái)。b) 消息發(fā)送Android中