GPS部標平臺的架構設計(六)-Android手機客戶端和手機查車設計

對於GPS軟件平臺，雖然有功能很是豐富的PC端或BS客戶端，可是客戶也是須要移動客戶端來做爲本身的輔助工具，也是須要的。作爲GPS平臺的設計者和開發者，在開發移動客戶端的時候，也須要從常規的服務器開發和客戶端開發的思惟中，轉變過來，固然客戶的需求也須要轉變，由於畢竟不能爲所欲爲的將PC端的全部功能需求照搬到手機客戶端，手機的開發環境、網絡環境、使用環境都決定了設計理念與PC端的設計是徹底不同的。

一般咱們成爲GPS部標平臺的手機客戶端爲手機查車，實際上如今的功能不只僅是查車，因爲客戶需求的推動和演變，咱們推出手機查車功能更加豐富，已經包含了統計報表、統計圖表、車輛終端控制、我的手機定位和追蹤等功能。須要購買android手機客戶端(源代碼1300元)的能夠聯繫我(2379423771@qq.com),可幫助提供環境搭建和開發指導。

在手機端的設計時，要關注一下幾個設計要點:

1.耗電量

這個是不少開發者都不關心的地方，認爲這不是bug。可是這就是移動開發者區別於PC開發者的要點之一，常規的狀況下，若是咱們採用poll的方式在GPRS的網絡環境下，頻繁獲取大批量的數據，能夠快速的將電源耗光。

國際權威反病毒評測機構AV-C發佈最新報告，在衆多國內外安全產品中，百度手機衛士因爲在電池能耗方面巨大、極大加大手機耗電負擔，最終在報告中被單獨點名提出，成爲本次手機安全軟件測試中全球最耗電的手機安全軟件「電耗子」。可見耗電是多麼的被忽視。

因此咱們在開發GPS軟件平臺的手機客戶端的時候，若是須要頻繁的與服務器交換數據，就應該儘可能的採用推送的方式，好比GPS報警推送。而報警推送也不該該將大量無心義的報警，推送給用戶，推送什麼樣的報警，應該由客戶來選擇，好比報警訂閱的功能。

一下是報警推送的Notification及報警數據列表

 

2.流量

不少客戶在提手機端需求的時候，老是要求僅可能多的信息展示在手機上，明明那些信息毫無必要，開發者爲了裝逼，仍是不得不將一堆垃圾顯示在手機端，好比經緯度座標，好比里程、油量、方向等等。還有咱們在PC端，顯示報表的時候，老是一個報表，十幾個數據列的儘量顯示所有信息，可是在手機端，換來的代價就是流量的浪費，並且不只僅是流量，大數據量的加載，會加大界面打開和顯示的時間，獲取數據的延遲，也會佔用CPU資源，手機相應慢，形成用戶體驗的下降。

因此在設計時，數據顯示要簡潔有效，儘量下降數據量，避免數據和按鈕堆砌，下降流量的消耗。

對於基礎數據要儘可能的一次性加載，緩存在手機中，或者經過Preferences文件，Sqlite數據庫的操做，持久化到手機中。

對於歷史軌跡的查詢和回放，也是採用雙緩衝分頁加載的方式，避免一次性查詢大量的歷史數據，這樣即便是GPRS上網也能流暢的進行歷史軌跡回放。

3.界面設計

前面提到，對於企業軟件的移動客戶端，企業用戶老是但願將顯示大量的報表數據，而咱們不只要提醒客戶注意流量的限制，網絡環境的限制，還要注意手機尺寸的限制，智能手機客戶端從3.5寸到7寸的手機，都有。在界面設計上，寸土寸金，數據堆砌的簡單化思惟，無疑是異常災難。

咱們在設計時，必需要提煉數據接口，提供最少最有效的數據，而後採用 Drill down的方式，對於詳細數據的客戶需求，分層次加載。好比報警，咱們打開界面並非一次性的顯示全部的報警，而是區別於PC端的設計方式，採用分類顯示的方式，若是用戶關心哪一類報警，再次顯示該類報警的詳細列表。

4.單手操做的考慮

PC端的開發因爲有鼠標，能夠東點一下，西點一下，很靈活，咱們想象一個手拿着手機，能不能東點一下，西點一下，很麻煩。因此操做按鈕儘可能靠近，方便單手操做。

5.報表與圖標

因爲是爲企業客戶開發移動客戶端，全部報表和圖表的需求，不可迴避，對於報表，必需要考慮分頁加載，既然分頁，就必需要加上分頁按鈕，方便分頁。