在快速变迁的移动服务世界里，企业中间件作为中介的角色这些天来正在被重演着。此处，移动中间件被假定为担任中间人的角色。

　　这是件好事情，因为移动领域充斥着类型各异的平台和服务。有Android、iPhone，还有BlackBerry等。对于大多数组织来说，重写后端以便跟每一种移动设备对话几乎不在考虑之内。一个抽象的中间件层能够帮助应对复杂性，但是设备硬件的新版本的到来，以及软件的不断出现会是一项庞大的工作。为了处理这一问题，许多供应商现在提供了移动中间件开发服务。

　　在本地和HTML5型的移动开发战略当中，中间件均有一席之地。它能够帮助弥合不同设备形态因子之间的鸿沟，然后让本机硬件来处理像地理定位、条形码扫描以及本地存储能力这样的事情。最重要的是，好的移动中间件能够帮助组织重用同一后端逻辑，让业务流程以新颖的方式把最大的价值奉献给最终用户，与此同时还让开发成本保持低水平。

　　“你得思考一下，找出一种办法，让你可以开发出这样一种信息架构，无论它服务的东西是什么都能够从归类上被称为是否是通过一项服务进行的，” Scott Schwarzhoff说。Scott是移动中间件提供商Appcelerator负责市场营销的副总裁。

　　“如果，每次推出一个新的实现时，都需要在组织内部各处走一遭，那么新的服务将会很难推行的，”他说，“这些服务需要作为组建或可重用模块加以实现，为了实现灵活性，这一堆栈能够追加到一个灵活的平台之上。”

　　Schwarzhoff说：“最佳实践是为了找出共同点在哪里，有什么东西可以集中化并管理，还有，不仅仅要在后端考虑这件事，前面的客户端也要考虑。那么你需要推进这个东西到跟内部业务单元进行的业务级的讨论上。”

　　此类以服务为基础的思考能够防止为维护构成挑战的点状解决方案的增生，Bryan Whitmarsh说：“如果你能够保持以标准为基础，就可以利用你投入到基础设施的能量，并可经受住未来的考验。” Bryan是SAP子公司Sybase的移动产品经理、SAP指导顾问。

　　“一个好的中间件平台能够提供拖拽功能，” Chatty Solutions 的创始人Rashid Khan说：“它让你能够为企业构建跨平台的移动应用，无论是本地型、HTML5型或者是混合型都行，且无需任何编程、脚本或宏。”

　　HTML5和移动中间件

　　向HTML5迁移似乎是一个非常正确的战略。Rashid Khan承认，那些公司不希望遭受几次前端开发的成本损失。不过这不是一项事先准备好的决定。Rashid是Chatty Solutions的创始人，这是一家快速开发环境的制造商，以软件即服务（SaaS）的方式为跨平台的移动应用集成提供运行时（runtime）。

　　“由于HTML5规范尚未完全制定好，所以你还不能够做出一个真正的富应用来”，Khan警告说：“HTNL5将会确保应用运行在多个平台上，但是在形态因子方面它不会对你有帮助。你仍然面临苹果有iPod、iPad和iPhone的挑战，这些设备每一个都有不同的形态因子。”

　　好消息是—如果你的公司在Web服务架构方面有基础的话，在不同的平台上开发应用就要容易些，他说：“因为你可以把业务逻辑保持在后端服务器上。”他指出，挑战是在Web服务领域，不同的移动OS平台采用略微不同的SOA风格来开发Web服务架构。

　　企业不能正好用这样一种方式来部署Web服务，可以让任何的应用来调用它。比如说，苹果平台仍不支持SOAP。所以企业要么得开发一个REST版的服务，要么等着苹果支持SOAP。

　　一个中间件平台解决了这一问题，其方式是让你创建一个可跨平台的HTML5或本地型的前端—而后端则会与Web服务对话，无论该服务是SOAP还是REST型的。对于拥有30种Web服务的公司来说这尤其会成为一项挑战，他们因此需要为不同的平台支持REST和SOAP。中间件则提供了一个层，可以对设备的差异进行管理。中间件也将让你可以确保应用可运行于不同大小的屏幕上。

　　中间件的缺点是相关的金融和维护成本，Khan说。还存在一些其他问题，跟这种软件的可靠性有关，跟解决问题时的供应商质量有关，他说。

　　他的分析坚持认为中间件在本地型和HTML5型的开发策略中都有一席之地。如果你决定只在一个平台上关注本地型的，那就没那么重要，不过你会在竞争力方面失去优势，如果需求扩散到了你选定的目标以外的话。

　　在《移动中间件服务：储备软件开发资源》中，我们将继续介绍相关内容。