IM協(xié)議

在移動信息的傳播方面，必不可少的是信息協(xié)議。現(xiàn)在，移動IM經(jīng)常用的協(xié)議包括以下三種：

第一類常用的是 SIP/SIMPLE 等協(xié)議，這個在電信網(wǎng)絡用的比較多，包括全球運營商都在推廣的下一代融合通信。這類協(xié)議的特點是非常健壯，但是規(guī)范非常復雜，光是看英文規(guī)范文檔可能就要學習一兩年，它能夠讓信息在通信節(jié)點之間傳輸?shù)玫胶芎玫陌踩Ｕ希浅８叩幕ネㄐ?，擴展性，同時在私有部署 的時候也可裁剪，所以實際上現(xiàn)在仍然非常多的業(yè)務在使用這類協(xié)議。

第二類常用的就是 XMPP 協(xié)議，XMPP 是互聯(lián)網(wǎng)開源標準的典范。常用的還是 C/S 架構。XMPP 協(xié)議的初衷是為互聯(lián)網(wǎng)設計的一套協(xié)議，基于 XML協(xié)議，是可擴展的，所以理論上你可以將它擴展和配置成你想要的業(yè)務。但是，XMPP 協(xié)議是基于互聯(lián)網(wǎng)早期標準所衍生的，所以它在某些特性上是不適合 移動端的，更適合于 PC 端，比如它的數(shù)據(jù)包比較大，另外在斷線重連上做的也不夠好。

XMPP協(xié)議也會產(chǎn)生一些問題，比如丟消息、延遲響應慢等等，根源還在于 XMPP 機制上更多的還是考慮了穩(wěn)定的網(wǎng)絡環(huán)境設計的。XMPP 雖然是開源的軟件，開源代表免費，但開源不代表不需要花時間，很多時候為了解決一個小小的問題，你必須通讀它的源代碼，你才知道問題出在哪里，如何解決。

第三類常用是物聯(lián)網(wǎng)協(xié)議，比如目前比較知名的MQTT協(xié)議，這是 IBM 開發(fā)的一款支持多平臺的，非常節(jié)省資源的一套通信協(xié)議。這類協(xié)議的特點就是預設場景很簡單，發(fā)送和接收信息都是一次，報文盡量簡短。

數(shù)據(jù)管理

數(shù)據(jù)管理涉及到各個層次的元數(shù)據(jù)，管理的內(nèi)容包括元數(shù)據(jù)的獲取、元數(shù)據(jù)的更新、使用和面向應用項目的元數(shù)據(jù)使用處理等多個方面。

數(shù)據(jù)的管理涉及數(shù)據(jù)庫、數(shù)據(jù)處理軟件、數(shù)據(jù)使用系統(tǒng)、面向應用的數(shù)據(jù)分析等各個環(huán)節(jié)。下面給出了一種普通意義的以元數(shù)據(jù)信息系統(tǒng)為基礎的元數(shù)據(jù)管理模式：

通常意義上的數(shù)據(jù)管理是指元數(shù)據(jù)通過各種途徑形成后，對其內(nèi)容的添加、刪除、更新等涉及內(nèi)容改變的操作和元數(shù)據(jù)內(nèi)容檢索、查詢、放置、組織等常規(guī)性元數(shù)據(jù)操作，從這種意義上元數(shù)據(jù)的管理可以通過兩種方式實現(xiàn)，即系統(tǒng)管理模式和用戶管理模式。系統(tǒng)管理模式是面向數(shù)據(jù)庫的，由數(shù)據(jù)庫管理系統(tǒng)專業(yè)人員完成，數(shù)據(jù)用戶只有使用權，沒有元數(shù)據(jù)的操作權，數(shù)據(jù)應用項目中新生成的數(shù)據(jù)集的元數(shù)據(jù)也有應用系統(tǒng)傳遞給數(shù)據(jù)庫管理員，然后由數(shù)據(jù)庫管理員統(tǒng)一管理。

這種方式中，數(shù)據(jù)在處理過程中形成的動態(tài)元數(shù)據(jù)很難及時記錄下來。另一種管理方式是用戶管理模式，它是面向應用項目的，即允許某些數(shù)據(jù)用戶在數(shù)據(jù)應用元數(shù)據(jù)的變動信息直接反饋給元數(shù)據(jù)庫，這樣則能保證元數(shù)據(jù)的動態(tài)更新和新生成數(shù)據(jù)集元數(shù)據(jù)的及時捕獲及寫入元數(shù)據(jù)文件。

Hybrid

Hybrid App（混合模式移動應用）是指介于web-app、native-app這兩者之間的app，兼具“Native App良好用戶交互體驗的優(yōu)勢”和“Web App跨平臺開發(fā)的優(yōu)勢”。由于Hybrid App技術基于HTML5低成本跨平臺開發(fā)優(yōu)勢又兼具Native App特質(zhì)，并且很快吸引了眾人的目光。其大幅的降低了移動應用的開發(fā)成本，可以通過現(xiàn)有應用商店模式發(fā)行，在用戶桌面形成獨立入口。

Hybrid App方案是一把雙刃劍，一方面它平衡了Native App和Web頁面的優(yōu)缺點，一定程度上解決了Native App開發(fā)過程中迭代慢，版本依賴，Native開發(fā)資源不足的問題，但另一個方面過度依賴Hybrid方案會造成Web前端開發(fā)成本快速上升，甚至造成App整體體驗下降以及功能缺失。

時間／地理圍欄

時間／地理圍欄（Geo-fencing）是LBS的一種新應用，就是用一個虛擬的柵欄圍出一個虛擬地理邊界。當手機進入、離開某個特定地理區(qū)域，或特定的時間，手機可以接收自動通知和警告。有了時間／地理圍欄技術，位置社交網(wǎng)站就可以幫助用戶在進入某一地區(qū)時自動登記。其有幾個關鍵點：

1.地理區(qū)域是被網(wǎng)格化的。網(wǎng)格化的標準是根據(jù)一個地理區(qū)域內(nèi)的業(yè)務和商業(yè)聚類的，而不是純粹的經(jīng)緯度和城市地圖的匹配。

2.實際上地理圍欄的各個圍欄的區(qū)隔是一個個的應用需求群地圖。主要的商業(yè)需求聚集在特定區(qū)域，形成的一個聚合信息服務區(qū)域。

3.終端自己或者在網(wǎng)絡幫助下能夠識別所處的圍欄。

4.用戶的圍欄信息彼此之間能夠共享，也能夠與應用開發(fā)商分享。

5.雙向、互動是關鍵。

6.商業(yè)群落是地理圍欄的核心，類似城市的商圈。

7.價值整合、場景整合、信息流資金流整合是關鍵。

容器化

容器為應用程序提供了隔離的運行空間：每個容器內(nèi)都包含一個獨享的完整用戶環(huán)境空間，并且一個容器內(nèi)的變動不會影響其他容器的運行環(huán)境。為了能達到這種效果，容器技術使用了一系列的系統(tǒng)級別的機制來進行空間隔離，通過文件系統(tǒng)的掛載點來決定容器可以訪問哪些文件，確定每個容器可以利用多少資源。此外容器之間共享同一個系統(tǒng)內(nèi)核，這樣當同一個庫被多個容器使用時，內(nèi)存的使用效率會得到提升。

目前，有更多客戶正朝著應用的容器化遷移，確保第三方應用可以分享我們?nèi)萜骰沫h(huán)境并啟用帶有SDK的私有應用。

 作者：國信靈通 李斌