移動(dòng)互聯(lián)網(wǎng)時(shí)代智能手機(jī)應(yīng)用的未來(lái)

移動(dòng)互聯(lián)網(wǎng)時(shí)代智能手機(jī)應(yīng)用的未來(lái)

隨著智能手機(jī)的普及和移動(dòng)互聯(lián)網(wǎng)的迅速發(fā)展，智能手機(jī)已經(jīng)成為人們生活和工作的必需品。而承載于智能手機(jī)的APP則代表了移動(dòng)增值業(yè)務(wù)未來(lái)的發(fā)展方向。近年來(lái),以蘋果為代表的智能手機(jī)平臺(tái)IOS和以Google為代表的智能手機(jī)平臺(tái)Android得到了客戶的普遍認(rèn)同。其中,Android手機(jī)更以爆炸性的趨勢(shì)占據(jù)高、中、低端市場(chǎng),為移動(dòng)運(yùn)營(yíng)商、手機(jī)制造商、軟件開發(fā)商及客戶提供了無(wú)限的發(fā)展空間,使市場(chǎng)上不斷涌現(xiàn)出大量的基于Android平臺(tái)的軟件和增值服務(wù)。伴隨移動(dòng)互聯(lián)網(wǎng)浪潮,傳統(tǒng)的基于PC端實(shí)現(xiàn)的企業(yè)通信錄軟件已經(jīng)不能適應(yīng)快捷有效溝通的要求。故由此功能需求出發(fā),利用手機(jī)的便攜、方便、隨時(shí)隨地?fù)艽螂娫捄驮L問網(wǎng)絡(luò)的特性,開發(fā)了基于Android平臺(tái)的企業(yè)通信錄應(yīng)用。企業(yè)通信錄應(yīng)用在數(shù)據(jù)存儲(chǔ)上,將通信錄保存在云端,做到了隨時(shí)變化,隨時(shí)更新;在交互設(shè)計(jì)上充分考慮了用戶的使用習(xí)慣,將所有通信信息按企業(yè)組織架構(gòu)進(jìn)行組合,讓用戶可以快速查詢、溝通,提高了通信效率;在資源整合上,添加了即時(shí)通信、個(gè)人通信錄、企業(yè)綜合門戶,豐富了應(yīng)用的功能。1一般設(shè)計(jì)和模塊分析1.1企業(yè)通信錄的組成企業(yè)通信錄意在為企業(yè)及其員工提供方便、快捷、安全的企業(yè)通信社交手段。通過(guò)企業(yè)通信錄可以隨時(shí)隨地的更新員工通信信息、快速的查找員工聯(lián)絡(luò)方式、即時(shí)的消息溝通、方便的瀏覽企業(yè)門戶、無(wú)縫的整合企業(yè)與個(gè)人通信錄。企業(yè)通信錄總體結(jié)構(gòu)如圖1所示,主要由云交互模塊、數(shù)據(jù)模塊、功能模塊和UI模塊這四大模塊組成。(1)云交互模塊負(fù)責(zé)檢查網(wǎng)絡(luò)環(huán)境以及與服務(wù)器端進(jìn)行數(shù)據(jù)的交互,包括用戶的登錄與注銷、通信錄數(shù)據(jù)信息的同步、個(gè)人資料的修改、訪問企業(yè)私有云、即時(shí)通信信息的更新與發(fā)送。(2)數(shù)據(jù)模塊包括應(yīng)用中的SQLite數(shù)據(jù)庫(kù)、Preference存儲(chǔ)和文件存儲(chǔ)。數(shù)據(jù)模塊統(tǒng)一管理了應(yīng)用中的數(shù)據(jù)處理及緩存。(3)功能模塊分為4個(gè)維度,分別是企業(yè)通信錄、個(gè)人通信錄、即時(shí)通信、企業(yè)門戶。(4)UI模塊則是面向普通用戶,在獲取用戶操作的基礎(chǔ)上以友好、快捷、流暢、易用的方式將所需的信息流呈現(xiàn)在手機(jī)屏幕上。1.2模塊分析1.2.1數(shù)據(jù)解析模塊設(shè)計(jì)本模塊主要是向數(shù)據(jù)模塊和功能模塊提供服務(wù)以及與服務(wù)器進(jìn)行交互,包括數(shù)據(jù)請(qǐng)求子模塊和數(shù)據(jù)解析子模塊。數(shù)據(jù)請(qǐng)求模塊在具體實(shí)現(xiàn)中采用了HTTP(超文本傳輸協(xié)議)。該協(xié)議是應(yīng)用層協(xié)議,廣泛應(yīng)用于分布式協(xié)作超媒體信息系統(tǒng),是一個(gè)客戶端和服務(wù)器端請(qǐng)求和應(yīng)答的標(biāo)準(zhǔn),所有的WWW文件都必須遵守該標(biāo)準(zhǔn)。HTTP協(xié)議基于“請(qǐng)求-響應(yīng)”模式的協(xié)議,一個(gè)客戶機(jī)與服務(wù)器建立連接后,發(fā)送一個(gè)請(qǐng)求給服務(wù)器。服務(wù)器接到請(qǐng)求后,給予相應(yīng)的響應(yīng)信息。對(duì)應(yīng)到數(shù)據(jù)請(qǐng)求模塊則是通過(guò)GET和POST兩種模式發(fā)起請(qǐng)求,服務(wù)器響應(yīng)后將數(shù)據(jù)傳送給客戶端。數(shù)據(jù)解析模塊采用當(dāng)前較為流行的數(shù)據(jù)傳輸格式——JSON。JSON格式是一種輕量級(jí)的數(shù)據(jù)交換格式,載荷高、易于通過(guò)編碼進(jìn)行解析的特點(diǎn)使其非常適合移動(dòng)互聯(lián)網(wǎng)領(lǐng)域的數(shù)據(jù)傳輸。本模塊通過(guò)良好的設(shè)計(jì)做到解析方法的通用,統(tǒng)一地對(duì)網(wǎng)絡(luò)數(shù)據(jù)解析、封裝、調(diào)用。云交互模塊和數(shù)據(jù)模塊共同完成了企業(yè)通信錄云同步的功能。1.2.2sqlica數(shù)據(jù)庫(kù)引擎數(shù)據(jù)模塊負(fù)責(zé)對(duì)從云端獲取的數(shù)據(jù)和本機(jī)數(shù)據(jù)進(jìn)行本地持久化存儲(chǔ)、更新、讀取、刪除,為功能模塊和UI模塊提供了支持。該模塊主要使用了3種存儲(chǔ)方式,即SQLite數(shù)據(jù)庫(kù)、Preference存儲(chǔ)和文件存儲(chǔ)。(1)SQLite數(shù)據(jù)庫(kù)。SQLite是遵守ACID的關(guān)系型數(shù)據(jù)庫(kù)管理系統(tǒng)的一款輕型的數(shù)據(jù)庫(kù),具有輕量級(jí)、單一文件存儲(chǔ)、跨平臺(tái)、可移植的特性,非常適合嵌入式系統(tǒng)。在Android中通過(guò)SQLite數(shù)據(jù)庫(kù)引擎可以實(shí)現(xiàn)結(jié)構(gòu)化數(shù)據(jù)的高效存儲(chǔ)、讀取。在本應(yīng)用中,將云端通信錄信息、本地通信錄信息以及即時(shí)消息以加密形式存儲(chǔ)在SQLite中,方便功能模塊快捷地獲取各項(xiàng)信息并展示給用戶。(2)Preference存儲(chǔ)。Preference是Android平臺(tái)提供的一種輕量級(jí)的數(shù)據(jù)存儲(chǔ)方式,應(yīng)用場(chǎng)景主要是數(shù)據(jù)比較少、單一的配置信息。它以“KEY-VALUE”對(duì)的方式將數(shù)據(jù)保存在一個(gè)XML配置文件中。相對(duì)于數(shù)據(jù)庫(kù)存儲(chǔ)而言,Preference存儲(chǔ)在操作上更加簡(jiǎn)潔。應(yīng)用中對(duì)這種基礎(chǔ)存儲(chǔ)方式進(jìn)行了封裝,并優(yōu)化了整體的代碼架構(gòu),在基于“KEY-VALUE”對(duì)的數(shù)據(jù)存儲(chǔ)過(guò)程之上,提供了更加便捷的同時(shí)存儲(chǔ)多組“KEY-VALUE”對(duì)數(shù)據(jù)的方法。該存儲(chǔ)方式主要應(yīng)用于記錄用戶的設(shè)置選項(xiàng)、個(gè)人配置等小量、零散的、非結(jié)構(gòu)化的數(shù)據(jù)。(3)文件存儲(chǔ)。相對(duì)于SQLite數(shù)據(jù)庫(kù)和Preference存儲(chǔ)這兩種方式,文件存儲(chǔ)(即I/O存儲(chǔ)方法)更適用于文本文件、PDF文件、音視頻文件和圖片等數(shù)據(jù),但是缺點(diǎn)是更新數(shù)據(jù)較為困難。應(yīng)用中的圖像信息由于數(shù)據(jù)較大,所以采用文件存儲(chǔ)的方式進(jìn)行緩存。應(yīng)用中基于對(duì)流的文件讀寫進(jìn)行封裝,對(duì)上層提供簡(jiǎn)潔、具有通用性的文件讀寫接口。這樣不僅可以節(jié)約開發(fā)成本,同時(shí)高效的緩存機(jī)制節(jié)約了用戶的流量損耗,提高了加載時(shí)間,優(yōu)化了用戶體驗(yàn)。1.2.3功能、相關(guān)處理流程和處理邏輯功能模塊是應(yīng)用的核心模塊之一,包含了最主要的功能、相關(guān)的處理流程和處理邏輯。該模塊從數(shù)據(jù)模塊和云交互模塊中獲取相應(yīng)的數(shù)據(jù),再返回給UI模塊呈現(xiàn)給用戶。1.2.3.企業(yè)員工端功能該模塊提供了企業(yè)員工通信錄分部門瀏覽、查詢、分享名片、共享位置、添加到本地通信錄、發(fā)送短信、撥打電話等功能。在企業(yè)通信錄瀏覽頁(yè)面,用戶可以通過(guò)滑動(dòng)、點(diǎn)擊屏幕右側(cè)字母欄快速定位到要找的員工;同時(shí)也可以通過(guò)向右滑動(dòng)屏幕呼出企業(yè)組織結(jié)構(gòu)目錄,點(diǎn)擊相應(yīng)部門瀏覽;亦可以觸摸屏幕上方的搜索欄,通過(guò)拼音、文字、電話號(hào)碼等多種方式搜索相應(yīng)的員工信息。屏幕頂部的功能按鈕提供了批量發(fā)送短信、發(fā)送郵件、收藏、添加到本地通信錄的便捷功能。在員工通信錄詳情頁(yè)面,用戶可以瀏覽員工的手機(jī)號(hào)、郵件地址等信息,同時(shí)底部按鈕提供了發(fā)送即時(shí)消息、發(fā)送名片、添加到本地通信錄、共享位置、發(fā)送短信、撥打電話的快捷入口。1.2.3.企業(yè)員工通信錄該模塊提供了本地通信錄分群組瀏覽、查詢、分享名片、共享位置、發(fā)送短信、撥打電話等功能。本地通信錄瀏覽頁(yè)面同企業(yè)員工通信錄瀏覽頁(yè)面一致,用戶可以分群組來(lái)瀏覽聯(lián)系信息、多種方式快速定位到被查找聯(lián)系人的位置、多種搜索精確查找到相應(yīng)的聯(lián)系人以及其它便捷操作。在本地聯(lián)系人通信錄詳情頁(yè)面,展示了聯(lián)系人的詳細(xì)信息。用戶可以收藏、發(fā)送名片、共享位置、撥打電話、發(fā)送短信。1.2.3.實(shí)時(shí)發(fā)送、發(fā)送通方式即時(shí)通信模塊為企業(yè)內(nèi)部員工提供了除電話、短信、電子郵件之外的溝通方式,用戶可以發(fā)送話音、文字、視頻、圖片、表情、位置等多種信息格式,后臺(tái)服務(wù)器提供實(shí)時(shí)推送功能。該模塊大大降低了員工之間的交流成本,同時(shí)將工作與生活進(jìn)行分隔,增強(qiáng)了員工的工作效率。1.2.3.查詢業(yè)務(wù)企業(yè)綜合門戶模塊為員工提供了登錄企業(yè)內(nèi)部網(wǎng)站的快捷方式,例如員工福利查詢、門禁考勤查詢、會(huì)議室使用情況等。該模塊的實(shí)現(xiàn)擴(kuò)充了企業(yè)通信錄的功能、豐富了企業(yè)通信錄的使用場(chǎng)景、增加了用戶使用的粘性、方便了用戶訪問內(nèi)部網(wǎng)站。1.2.4功能4:基礎(chǔ)植物葉片植物總體框架UI模塊是與用戶直接交互的部分,包括啟動(dòng)頁(yè)面在內(nèi)的整體頁(yè)面風(fēng)格采用藍(lán)、灰色基調(diào),總體框架采用底部Tab菜單欄、頂部Title欄、中間承載內(nèi)容顯示的結(jié)構(gòu)。其中在企業(yè)通信錄和個(gè)人本地通信錄頁(yè)面采用了基于滑動(dòng)式菜單的UI框架,導(dǎo)航抽屜的隱藏可以使應(yīng)用更加清爽、主要內(nèi)容更加突出;導(dǎo)航抽屜的顯示可以使用戶較為方便地選擇想要顯示的視圖。2關(guān)鍵技術(shù)點(diǎn)2.1賬戶信息同步數(shù)據(jù)同步是本應(yīng)用的基礎(chǔ)、核心功能,安全、高效、完整的同步是帶來(lái)良好的用戶體驗(yàn)的保障。數(shù)據(jù)同步主要包括通信錄信息的同步和賬戶信息的同步,涉及到文本信息和圖片信息的同步。其中賬戶信息的同步保證了即時(shí)消息訪問的安全性和準(zhǔn)確性,同時(shí)也確保了后臺(tái)服務(wù)器推送消息的準(zhǔn)確性。具體實(shí)現(xiàn)中,通信錄信息的同步采用了時(shí)間戳機(jī)制,客戶端在啟動(dòng)的過(guò)程中,首先訪問服務(wù)器端,比較本地保存的時(shí)間戳和服務(wù)器端的時(shí)間戳,如果本地時(shí)間戳早于服務(wù)器端的,則進(jìn)行更新;然后,服務(wù)器端通過(guò)掃描云端的數(shù)據(jù)庫(kù)將變更的通信錄信息以加密的Json格式返回給客戶端,數(shù)據(jù)解析模塊將解析后的通信錄信息增量更新到本地?cái)?shù)據(jù)庫(kù),同時(shí)啟動(dòng)后臺(tái)線程同步員工頭像圖片。最后同步成功,更新本地時(shí)間戳。具體流程如圖2所示。2.2控制日進(jìn)程中的高效應(yīng)用在Android里,程序內(nèi)存被分為2部分:Native和Dalvik。Dalvik就是普通的Java使用內(nèi)存,應(yīng)用中創(chuàng)建的對(duì)象是在這里面分配的,對(duì)于內(nèi)存的限制是Native+Dalvik不能超過(guò)最大限制。Android程序內(nèi)存一般限制在16M。因此對(duì)于大量使用圖片的應(yīng)用,必須考慮到圖片如何高效地緩存、加載,同時(shí)避免出現(xiàn)內(nèi)存泄露。在本應(yīng)用中,采用了如圖3所示的圖片緩存機(jī)制。首先判斷圖片是否已經(jīng)緩存在內(nèi)存中,如果內(nèi)存中沒有,再去從SDcard中讀取,如果兩者都沒有則從網(wǎng)上采取異步的方式獲取。這些圖片會(huì)消耗大量的內(nèi)存,所以我們需要對(duì)這些緩存在內(nèi)存中的圖像進(jìn)行統(tǒng)一的管理與處理,避免造成內(nèi)存溢出。在具體實(shí)現(xiàn)中使用了Softreference<Bitmap>軟存儲(chǔ)機(jī)制來(lái)對(duì)圖片進(jìn)行統(tǒng)一管理。如果一個(gè)對(duì)象只具有軟引用,則內(nèi)存空間足夠,垃圾回收器就不會(huì)回收它;如果內(nèi)存空間不足,就會(huì)回收這些對(duì)象的內(nèi)存。只要垃圾回收器沒有回收它,該對(duì)象就可以被程序使用。軟引用可用來(lái)實(shí)現(xiàn)內(nèi)存敏感的高速緩存。通過(guò)使用Softreference可以防止應(yīng)用中由于圖像造成的內(nèi)存泄露,同時(shí)增強(qiáng)了應(yīng)用的健壯性。為了能給用戶帶來(lái)更好的體驗(yàn),應(yīng)用中對(duì)圖片采用了延遲加載(LazyLoad)策略。延遲加載機(jī)制是為了避免一些無(wú)謂的性能開銷而采用的加載策略,具體就是當(dāng)在真正需要數(shù)據(jù)的時(shí)候,才真正執(zhí)行數(shù)據(jù)加載操作。例如只有當(dāng)用戶停止滑動(dòng)列表,頭像等圖片才會(huì)加載到屏幕上。3用戶個(gè)人用戶狀態(tài)本應(yīng)用實(shí)現(xiàn)了基于后臺(tái)的云通信錄管理,即時(shí)更新員工手機(jī)通信錄,在Wi-Fi條件下,靜默更新數(shù)據(jù);實(shí)現(xiàn)了用戶個(gè)人群組定義及群短信發(fā)送;實(shí)現(xiàn)了基于智能手機(jī)的消息推送;實(shí)現(xiàn)了員工信息加密保存等。但作