最近網(wǎng)絡(luò)和媒體上有諸多唱衰企業(yè)移動中間件的見解和論調(diào)。有中間件末路論者，認(rèn)為移動應(yīng)用開發(fā)技術(shù)難度已經(jīng)很低，中間件已經(jīng)沒有價值；有危險論者，認(rèn)為中間件作為網(wǎng)頁適配的工具，是一種危險的、高成本的企業(yè)移動應(yīng)用開發(fā)方式；有BaaS替代論者，認(rèn)為移動中間件將被BaaS取代。

筆者認(rèn)為，這些都是對移動中間件的理念和精髓沒有充分理解而產(chǎn)生的一種傲慢與偏見。筆者作為關(guān)注移動中間件領(lǐng)域發(fā)展多年的老兵，迫切感覺需要為移動中間件正名，還移動中間件一個“清白”。

移動中間件經(jīng)過國內(nèi)外各廠家的努力和投入，經(jīng)過多年的發(fā)展，早已超越了當(dāng)初的“網(wǎng)頁適配平臺”的范疇，一個完整的、真正意義上的企業(yè)移動中間件產(chǎn)品，筆者認(rèn)為至少包含以下核心要素：

跨平臺快速開發(fā)能力

跨平臺快速開發(fā)能力是移動中間件的最基本特征，目前各類移動中間件產(chǎn)品采用的跨平臺開發(fā)解決方案主要有以下幾種：

一種是以IBM、SAP為典型代表的代碼自動生成機(jī)制，由開發(fā)工具為目標(biāo)移動平臺生成核心的業(yè)務(wù)代碼，再由開發(fā)者實(shí)現(xiàn)界面及邏輯，這種模式的確是一種快速開發(fā)的方案，但不是嚴(yán)格意義上的跨平臺方案，無法實(shí)現(xiàn)一套代碼到處運(yùn)行；

一種是以PhoneGap等為代表的基于HTML5的hybrid解決方案，展示層通過HTML5技術(shù)實(shí)現(xiàn)，設(shè)備能力與應(yīng)用交互則通過javascript的橋接器完成，IBM、SAP的中間件產(chǎn)品也內(nèi)置了這種模式。這種模式的特點(diǎn)是充分利用了HTML5的跨平臺特性，又具有較強(qiáng)的設(shè)備功能調(diào)用能力，但因其展示層完全基于HTML5，HTML5目前存在的效率低下、不兼容等問題同樣也很明顯。

一種是通過手機(jī)瀏覽器控件webview加殼方式的跨平臺方案，也就是純HTML5解決方案。這種方案完全依賴手機(jī)瀏覽器內(nèi)核，多為國內(nèi)能力較弱的廠家采用的一種簡單的跨平臺實(shí)現(xiàn)模式。與Hybrid相比，因?yàn)槿鄙僭O(shè)備橋接層，因此對硬件的控制能力非常有限，同時HTML5的缺點(diǎn)一樣不落。國內(nèi)有廠商提出的所謂基于Widget技術(shù)的移動中間件即是這種方案的典型代表。

最后一種是基于自有引擎的hybrid解決方案，這種方案的典型特征是廠家實(shí)現(xiàn)了自有的引擎內(nèi)核，具有自有的一套語法體系。相比基于HTML5的hybrid解決方案，這種模式具有執(zhí)行效率高，平臺一致性好，設(shè)備調(diào)用能力極強(qiáng)的特點(diǎn)。這種模式下，有些廠家采取了完全封閉的語法體系，自創(chuàng)了一套全新的標(biāo)簽和腳本語法，初學(xué)者的學(xué)習(xí)成本和難度會比較大，可供學(xué)習(xí)和參考的資源較少。也有一些能力較強(qiáng)的廠家基本兼容了標(biāo)準(zhǔn)的HTML、JS、CSS語法體系，對開發(fā)者來說是一種福音，能夠充分利用既有的知識積累。

烽火星空的ExMobi4中間件平臺巧妙的采用了自有hybrid引擎+HTML5引擎的雙引擎內(nèi)核機(jī)制。ExMobi4的hybird引擎兼容標(biāo)準(zhǔn)的HTML、CSS、JS語法體系，既可以充分發(fā)揮自有引擎在效率、性能、設(shè)備擴(kuò)展等方面的優(yōu)勢，又具有學(xué)習(xí)難度低的特點(diǎn)；同時ExMobi4內(nèi)置的HTML5引擎又可充分利用HTML5的特性，并且hybrid引擎與HTML5引擎之間能夠?qū)崿F(xiàn)交叉調(diào)用，靈活的實(shí)現(xiàn)邏輯和數(shù)據(jù)的交互，并且可以方便的集成第三方UI庫，比如jquery mobile等。

如果說有廠家把使用HTML5定義為移動中間件2.0時代，那么烽火星空ExMobi4可謂已經(jīng)提前進(jìn)入了“雙核”時代。

后端整合能力

說到后端整合，移動中間件最廣為人知的能力可能就是所謂B/S適配或者叫網(wǎng)頁抓取技術(shù)了，也因此有很多人認(rèn)為移動中間件就是B/S適配，這其實(shí)是盲人摸象、以偏概全的觀點(diǎn)。對于移動中間而言，企業(yè)后端系統(tǒng)可以都視作為數(shù)據(jù)源，無論是B/S適配還是接口對接，亦或數(shù)據(jù)庫直連，都是移動中間件獲取數(shù)據(jù)的不同手段。每一種數(shù)據(jù)獲取手段都有特定的應(yīng)用場景和價值，并不存在絕對的優(yōu)劣，更無須危言聳聽B/S適配會給企業(yè)帶去多大的災(zāi)難和高昂的成本。

即使B/S適配技術(shù)，也早已經(jīng)不是移動中間件初期的簡單網(wǎng)頁抓取功能，更是一種方便高效的Mashup手段。IBM是Mashup概念的提出者和倡導(dǎo)者，其推出的Mashup Center平臺即是通過各種數(shù)據(jù)整合手段為企業(yè)打造統(tǒng)一的數(shù)據(jù)門戶，其中表示層抓取（B/S適配）是其中重要的手段之一，移動中間件可謂與之有異曲同工之妙。

以烽火星空ExMobi4中間件為例，除了支持B/S適配模式外，更內(nèi)置了強(qiáng)大的接口集成能力，能夠快速高效的集成包括webservice、json、REST、Database、FTP、文件系統(tǒng)等各種企業(yè)數(shù)據(jù)源，方便的與ESB等企業(yè)基礎(chǔ)架構(gòu)對接。即使在B/S適配模式下，ExMobi4采用了獨(dú)有的數(shù)據(jù)“揀取”模型，能夠方便從多個不同的企業(yè)后端業(yè)務(wù)系統(tǒng)抽取數(shù)據(jù)并加以處理和整合，幫助企業(yè)實(shí)現(xiàn)后端系統(tǒng)的移動Mashup。

BaaS能力

BaaS（Backend as a Service）是最近提出的一個新的概念，有言論稱BaaS可能將取代移動中間件。所謂BaaS其實(shí)只是將后端的能力加以整合和封裝，以SDK、API等相對簡單的形式提供開發(fā)者調(diào)用，其并不具備移動中間件的其他能力，因此BaaS只可能成為移動中間件的一部分，并不具備顛覆和替代移動中間件的實(shí)力。而其實(shí)移動中間件已經(jīng)內(nèi)置了常用的一些BaaS服務(wù)，比如烽火星空ExMobi4中間件平臺，內(nèi)置了統(tǒng)一推送服務(wù)、文檔解析服務(wù)、文檔涂鴉式簽批服務(wù)、應(yīng)用數(shù)據(jù)跟蹤分析服務(wù)等等，可謂為開發(fā)者解決了諸多的難題。

運(yùn)維及管理

對于企業(yè)移動信息化建設(shè)而言，擁有一個移動應(yīng)用并不是難題，更多的困難來自于運(yùn)維及管理方面的要求，比如接入的認(rèn)證、應(yīng)用的分發(fā)及管理機(jī)制、安全的管控能力、統(tǒng)計(jì)分析及運(yùn)維支撐功能，這些都是最新的EMM（企業(yè)移動管理）概念范疇的內(nèi)容，企業(yè)也越來越意識到EMM對于企業(yè)的實(shí)際價值。但對于那些預(yù)算不夠充裕，但又需要使用EMM能力的企業(yè)而言，購買內(nèi)置了部分必備EMM功能的移動中間件不失為一種性價比較高的經(jīng)濟(jì)型解決方案。

企業(yè)移動中間件，已經(jīng)超越了最初的跨平臺開發(fā)工具或頁面抓取工具的概念范疇，隨著各廠家的不斷投入和發(fā)展，移動中間件也必將為企業(yè)移動信息化建設(shè)帶來更多的便利，也越發(fā)顯現(xiàn)出其重要而獨(dú)特的價值。企業(yè)移動中間件在一些沒有理解其精髓和理念的人看來已經(jīng)進(jìn)入了疲軟期，所以也就出現(xiàn)了一些無用論者、淘汰論者、危險論者，而筆者認(rèn)為，這正是黎明前的黑暗，移動中間件的價值最終必將被企業(yè)接受和認(rèn)可。

冬天已經(jīng)快要過去，春天還會遠(yuǎn)么？