在《移动中间件服务：设备与后端互联助力器》中，我们介绍了HTML5和移动中间件，下面我们将继续介绍相关内容。

　　储备软件开发资源

　　获得充分的开发资源在今天绝对是个挑战。在桌面世界里，你可以说：“我们是Windows或微软版的。”“在移动设备上就不行了，” Bryan Whitmarsh如此评论。Bryan 是SAP子公司Sybase的移动产品经理，该公司是首批为计算机应用提供移动化的公司之一。

　　“IT中心是成本中心，所以人员配备很困难。如果你有iOS，你就得有xCode开发人员，如果你有Android，你就得要特定的Android和Java专家，要是有Windows Mobile，你还需要Windows移动专家和C#专家”，他说。

　　哪一种移动应用已经为移动做好准备了？“有满满一堆成熟的果实，唾手可得，像简单的业务流程，因为我们不总是在桌面而流转变慢，” Whitmarsh回应道：“一旦可以加速订单和旅游申请，就可以节省时间，同时让流程更有效率、更有效能。”

　　他建议移动开发的菜鸟从组织内部的简单工作流开始入手。选取一个可以用以标准为基础的混合方案进行创建的工作流，这样的方案无需使用不同设备的本地特性。

　　“如果你不希望最终得到一堆仅能满足少数用例的点状解决方案，就需要在一个普通上进行标准化，这样才能满足所有移动需求的用例，”他说。

　　移动开发裂化频现

　　提供移动服务你需要考虑如何应对裂化，这种裂化的层次至少有4个等级，Scott Schwarzhoff说。他列举了平台、设备、技能以及云几个有关的等级。

　　平台级的裂化出现在苹果、Google和微软之间。在设备级，存在着诸如iPad、iPhone或iPod之类的差异。在技能级，存在着传统Web开发技能如HTML、CSS和Python、Objective C、Java等与后端要追溯到30年前的编程语言之间的差异。在云这个层次上，存在着你的企业云类型与组织使用的一切外部云服务类型的差异，如AWS、Facebook、Paypal、苹果的iCloud、 以及微软Azure。

　　这会影响你的架构方案。“你必须想办法开发出一种信息架构来，无论其服务的是什么，从归类上都可以称之为是否通过设备服务、本地云或其他人的云来进行的，”他说。

　　采用移动中间件服务可提供一个灵活的服务层。“在跟你的客户或内部的品牌经理的关系方面，现在你可以灵活得多了，” Schwarzhoff说。他指出，Appcelerator的客户NBC就为喜剧演员Jimmy Fallon建立了一个可重用的应用。该应用可以在iPad上跑，跟另一个该应用的PC版外观一点都不一样。但是其后端架构则是相似的，使用了同样的连接器，分析器以及语音服务。

　　面向消费者和面向企业的应用都面临着同样的挑战，他补充道，都需要一个能够应对在云方面和设备方面出现的裂化情况。

　　应用可以为移动领域进行瘦身，他说。“你不需要一把万能的瑞士军刀，”他建议：“移动应用有一两项功能即可，这正是它们被称为app而非application的原因。它们是小型的、轻载的，设计用于在适当的时间提供恰当的功能。”

　　移动中间件服务的渗透已经有几个年头了。转向这一方案的企业必须考虑到锁定（lock-in）等其他问题。但是，设备和软件在不断扩张，且不说设备和软件的升级更新也很频繁，在面临着这种情况时，这很可能是一项值得考虑的替代方案。