企业移动中间件已经穷途末路?

日期:2013-8-15来源:中国软件网

最近网络和媒体上有诸多唱衰企业移动中间件的见解和论调。有中间件末路论者,认为移动应用开发技术难度已经很低,中间件已经没有价值;有危险论者,认为中间件作为网页适配的工具,是一种危险的、高成本的企业移动应用开发方式;有BaaS替代论者,认为移动中间件将被BaaS取代。

笔者认为,这些都是对移动中间件的理念和精髓没有充分理解而产生的一种傲慢与偏见。笔者作为关注移动中间件领域发展多年的老兵,迫切感觉需要为移动中间件正名,还移动中间件一个“清白”。

移动中间件经过国内外各厂家的努力和投入,经过多年的发展,早已超越了当初的“网页适配平台”的范畴,一个完整的、真正意义上的企业移动中间件产品,笔者认为至少包含以下核心要素:

跨平台快速开发能力

跨平台快速开发能力是移动中间件的最基本特征,目前各类移动中间件产品采用的跨平台开发解决方案主要有以下几种:

一种是以IBM、SAP为典型代表的代码自动生成机制,由开发工具为目标移动平台生成核心的业务代码,再由开发者实现界面及逻辑,这种模式的确是一种快速开发的方案,但不是严格意义上的跨平台方案,无法实现一套代码到处运行;

一种是以PhoneGap等为代表的基于HTML5的hybrid解决方案,展示层通过HTML5技术实现,设备能力与应用交互则通过javascript的桥接器完成,IBM、SAP的中间件产品也内置了这种模式。这种模式的特点是充分利用了HTML5的跨平台特性,又具有较强的设备功能调用能力,但因其展示层完全基于HTML5,HTML5目前存在的效率低下、不兼容等问题同样也很明显。

一种是通过手机浏览器控件webview加壳方式的跨平台方案,也就是纯HTML5解决方案。这种方案完全依赖手机浏览器内核,多为国内能力较弱的厂家采用的一种简单的跨平台实现模式。与Hybrid相比,因为缺少设备桥接层,因此对硬件的控制能力非常有限,同时HTML5的缺点一样不落。国内有厂商提出的所谓基于Widget技术的移动中间件即是这种方案的典型代表。

最后一种是基于自有引擎的hybrid解决方案,这种方案的典型特征是厂家实现了自有的引擎内核,具有自有的一套语法体系。相比基于HTML5的hybrid解决方案,这种模式具有执行效率高,平台一致性好,设备调用能力极强的特点。这种模式下,有些厂家采取了完全封闭的语法体系,自创了一套全新的标签和脚本语法,初学者的学习成本和难度会比较大,可供学习和参考的资源较少。也有一些能力较强的厂家基本兼容了标准的HTML、JS、CSS语法体系,对开发者来说是一种福音,能够充分利用既有的知识积累。

烽火星空的ExMobi4中间件平台巧妙的采用了自有hybrid引擎+HTML5引擎的双引擎内核机制。ExMobi4的hybird引擎兼容标准的HTML、CSS、JS语法体系,既可以充分发挥自有引擎在效率、性能、设备扩展等方面的优势,又具有学习难度低的特点;同时ExMobi4内置的HTML5引擎又可充分利用HTML5的特性,并且hybrid引擎与HTML5引擎之间能够实现交叉调用,灵活的实现逻辑和数据的交互,并且可以方便的集成第三方UI库,比如jquery mobile等。

如果说有厂家把使用HTML5定义为移动中间件2.0时代,那么烽火星空ExMobi4可谓已经提前进入了“双核”时代。

后端整合能力

说到后端整合,移动中间件最广为人知的能力可能就是所谓B/S适配或者叫网页抓取技术了,也因此有很多人认为移动中间件就是B/S适配,这其实是盲人摸象、以偏概全的观点。对于移动中间而言,企业后端系统可以都视作为数据源,无论是B/S适配还是接口对接,亦或数据库直连,都是移动中间件获取数据的不同手段。每一种数据获取手段都有特定的应用场景和价值,并不存在绝对的优劣,更无须危言耸听B/S适配会给企业带去多大的灾难和高昂的成本。

即使B/S适配技术,也早已经不是移动中间件初期的简单网页抓取功能,更是一种方便高效的Mashup手段。IBM是Mashup概念的提出者和倡导者,其推出的Mashup Center平台即是通过各种数据整合手段为企业打造统一的数据门户,其中表示层抓取(B/S适配)是其中重要的手段之一,移动中间件可谓与之有异曲同工之妙。

以烽火星空ExMobi4中间件为例,除了支持B/S适配模式外,更内置了强大的接口集成能力,能够快速高效的集成包括webservice、json、REST、Database、FTP、文件系统等各种企业数据源,方便的与ESB等企业基础架构对接。即使在B/S适配模式下,ExMobi4采用了独有的数据“拣取”模型,能够方便从多个不同的企业后端业务系统抽取数据并加以处理和整合,帮助企业实现后端系统的移动Mashup。

BaaS能力

BaaS(Backend as a Service)是最近提出的一个新的概念,有言论称BaaS可能将取代移动中间件。所谓BaaS其实只是将后端的能力加以整合和封装,以SDK、API等相对简单的形式提供开发者调用,其并不具备移动中间件的其他能力,因此BaaS只可能成为移动中间件的一部分,并不具备颠覆和替代移动中间件的实力。而其实移动中间件已经内置了常用的一些BaaS服务,比如烽火星空ExMobi4中间件平台,内置了统一推送服务、文档解析服务、文档涂鸦式签批服务、应用数据跟踪分析服务等等,可谓为开发者解决了诸多的难题。

运维及管理

对于企业移动信息化建设而言,拥有一个移动应用并不是难题,更多的困难来自于运维及管理方面的要求,比如接入的认证、应用的分发及管理机制、安全的管控能力、统计分析及运维支撑功能,这些都是最新的EMM(企业移动管理)概念范畴的内容,企业也越来越意识到EMM对于企业的实际价值。但对于那些预算不够充裕,但又需要使用EMM能力的企业而言,购买内置了部分必备EMM功能的移动中间件不失为一种性价比较高的经济型解决方案。

企业移动中间件,已经超越了最初的跨平台开发工具或页面抓取工具的概念范畴,随着各厂家的不断投入和发展,移动中间件也必将为企业移动信息化建设带来更多的便利,也越发显现出其重要而独特的价值。企业移动中间件在一些没有理解其精髓和理念的人看来已经进入了疲软期,所以也就出现了一些无用论者、淘汰论者、危险论者,而笔者认为,这正是黎明前的黑暗,移动中间件的价值最终必将被企业接受和认可。

冬天已经快要过去,春天还会远么?

微信公众号

TechTarget微信公众号二维码

TechTarget

官方微博

TechTarget中国官方微博二维码

TechTarget中国

评论
查看更多评论

敬请读者发表评论,本站保留删除与本文无关和不雅评论的权力。

企业中间件>更多

相关推荐

技术手册>更多

  • 松散耦合的七个级别

    在软件领域,“耦合”一般指软件组件之间的依赖程度。那么,什么是依赖?各种依赖对耦合度和松散度有多大影响?软件耦合可以发生在许多级别。必须区分生成时(编译时)依赖和运行时依赖。在分布环境中,为了确定系统的耦合程度,必须分析各个级别。下面我们就来具体看一下。

  • 特别关注:大型机应用现代化分析手册

    大型机应用现代化对于保持原有系统至关重要,而且大型机在大型企业高性能企业计算仍旧处于核心地位。这也是SOA成功案例中,目前正在进行的革新中最为显著的内容。以前,遗留大型机应用抵制重建,开发团队通过为意大利面式的代码排序,试图改写系统并非易事。那么现在这个问题该如何解决?有哪些好的案例可供参考?请看特别关注:大型机应用现代化。

  • SOA和虚拟化

    虚拟化和SOA之间是一种间接的、相辅相成的关系。也许在IT及业务转型中,两者的结合使用会发挥最大的优势。虚拟化有助于更快地显示部署基础设施的投资回报率(ROI)。

  • SOA数据治理与管理指南

    在现今包围SOA的所有诉求和术语中,对团体而言,最寻常的仍是寻求如何将面向服务架构集成到他们的IT框架中,以避免他们设计中的数据整合、处理、管理等相关问题。他们开始学着与SOA并存,然而,他们经常发现与其他系统的协同工作、解决方案引起了令人觉得好奇的问题。本专题为企业架构师和开发人员提供了SOA数据治理与管理的基本知识和最佳做法。

TechTarget

最新资源
  • 安全
  • 存储
  • CIO
  • 数据库
  • 服务器
  • 云计算