IM協(xié)議

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

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

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

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

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

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

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

數(shù)據(jù)的管理涉及數(shù)據(jù)庫、數(shù)據(jù)處理軟件、數(shù)據(jù)使用系統(tǒng)、面向應(yīng)用的數(shù)據(jù)分析等各個環(huán)節(jié)。下面給出了一種普通意義的以元數(shù)據(jù)信息系統(tǒng)為基礎(chǔ)的元數(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ù)用戶只有使用權(quán)，沒有元數(shù)據(jù)的操作權(quán)，數(shù)據(jù)應(yīng)用項目中新生成的數(shù)據(jù)集的元數(shù)據(jù)也有應(yīng)用系統(tǒng)傳遞給數(shù)據(jù)庫管理員，然后由數(shù)據(jù)庫管理員統(tǒng)一管理。

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

Hybrid

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

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

時間／地理圍欄

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

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

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

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

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

5.雙向、互動是關(guān)鍵。

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

7.價值整合、場景整合、信息流資金流整合是關(guān)鍵。

容器化

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

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

 

標(biāo)簽： 安全 標(biāo)準(zhǔn) 代碼 互聯(lián)網(wǎng) 互聯(lián)網(wǎng)設(shè)計 數(shù)據(jù)分析 數(shù)據(jù)庫 通信 推廣 網(wǎng)絡(luò) 網(wǎng)站 問題 用戶

版權(quán)申明：本站文章部分自網(wǎng)絡(luò)，如有侵權(quán)，請聯(lián)系：west999com@outlook.com
特別注意：本站所有轉(zhuǎn)載文章言論不代表本站觀點！
本站所提供的圖片等素材，版權(quán)歸原作者所有，如需使用，請與原作者聯(lián)系。