移动应用开发平台：5大问题揭秘

2012年已经过去，标志着企业纷纷“跟风”打造移动应用，来搭建移动化雏形的热潮结束。在这一年中，各类移动应用开发平台（MADP）越发成熟，使企业开发人员能够进行“企业对消费者”（B2C）、 “企业对企业”（B2B）及“企业内部“ （B2E，Business to Enterprise，异与”企业对员工“）类移动应用的编码、测试、整合、发布以及管理工作。

而在2013年，选择正确的MADP显得至关重要，因为这一年，企业将从第一股“跟风”应用热潮中退出并加入到第二股应用热潮，即打造智能性与整合性更高，且可融入企业整体移动策略的应用。下述关键问题可帮助CIO检验MADP是否符合企业需求。

原生（本地）代码+ web代码，打造混合应用？

鉴于企业所考虑的应用各有特点、开发时间表及预算，所以并没有可适用于所有移动应用开发的单一方法。即便如此，企业所选用的MADP应该支持所有应用开发模式，即混合（hybrid）、web及原生（native）应用，给予应用开发人员最大灵活度。

MADP支持各类混合应用：

基于form模板：使用基于form模板来打造混合应用，就如同使用乐高积木来建房。这种方法的局限性在于：

• 迫使开发人员将用户界面控件（UI control） 模板当做“积木”使用 ，使其基本功能的流畅性与创意性受限
• 任何定制工作都会变得十分复杂或根本无法开展
• 用户体验平淡无奇
• 不能混搭原生代码与web代码
• 应用改动：牵一发而动全局

代码生成: 另一种打造混合应用的方式。即：针对不同的平台，MADP将使用特有转换层自动生成代码。使用这种方式来打造混合应用就如同使用绞肉机来准备牛排宴。其局限性在于：

• 生成的混合应用：低端、基础，无吸引力
• 一旦原生代码生成便难以“整理“及难以定制个体应用
• 因为是机器生成代码，所以会产生过剩代码，使之难以管理与维护
• 这种机器生成码的表现也不佳，因为代码必须要被设备“消化”
• 不能增加“（特色功能）”（HTML5，第三方用户界面库），应用无法得以提升

混合应用的主要价值在于使开发人员打破跨平台开发与用户体验的平衡，而无论是基于form还是代码生成模式都无法达到此目的。

企业可免费实现近场通讯（NFC）吗？

移动生态系统随着新设备、平台、操作系统、占用空间（form factor）及性能等要素的变化而变化。要应对这种不确定性，企业应投资搭建一个开放式的标准平台，以适应这些变化需求。

任何专有/封闭式平台会导致封闭式环境 ，即企业会被绑架在MADP供应商的发展蓝图上。例如，若某银行打算使用NFC来新增一种移动支付方式。银行若使用的是封闭式平台，那么要等到MADP供应商支持该功能，可能需要半年，要是将该功能整合至银行应用中，可能还需要半年。当然，银行也可换种方式，比如从供应商处购买定制服务，但是花费较高，会极大地降低银行的投资回报率（ROI）。所以这种依赖专有工具与专业服务的MADP方案不适用于企业内部开发或运营成本的控制。

对于想要针对特定需求，安排内部人员定制与延展平台的企业而言，缺乏控制度与灵活度是一大障碍。

应用更新换代速度快。企业内部开发人员多快可开发出五星级的应用？

从应用开发人员的角度来考虑一个好的MADP应具备的几大要素：

• 习得时间短
• 便于安装，部署与使用
• 平台工具可实现有效协作与灵活开发，缩短应用上市时间
• 可利用现有技术、构架，提高开发人员效率与灵活度

许多MADP平台的手法是将不同产品强制组合在一起，对产品整合度考虑欠佳，导致其难以使用，衡量与维护。面对MADP, 企业内部团队要做的应只是下载与试用而已，但是目前大多数的MADP平台，不是简单地下载与试用这么简单。若企业需要借助MADP平台供应商的专业指导与培训才能克服初期的安装与部署难关，那么这也预示着企业在今后使用该平台过程中也会出现问题。

应用前端（front end）貌似相当不错，那企业可放心地将该前端与定制的后端(backend)系统整合，以进行数据处理吗？

MADP并不只是提供客户端框架来实现应用的打造那么简单，其实其特别之处在于可与企业任何后端系统整合的移动中间件（middleware）。

中间件层针对统一推送服务、数据加密、身份认证、应用版本管理等等提供了新颖的解决办法，使企业能够专注于打造下一个最棒的应用，而不必花时间来改造后端系统。然而通常，MADP供应商却让事情适得其反。他们提供的工具可快速生成应用，而这种应用几乎无法与预定义的系统协作，当该应用需要在部署于公共云、私有云及场内的定制后端系统中延展时，会出现崩溃的情况。

针对篇首提及的第二股移动应用风潮，企业需要一个含可扩展移动中间件的MADP来打造独特的移动体验，而这远比用于打造应用的客户端框架重要。

若有10万或以上的应用用户，那企业来年实际成本将达到多少？

价格是企业衡量MADP的一大因素。有些相当具有创意的定价方式往往让企业大吃一惊，因为这种定价含复杂的授权结构及隐藏的专业费用，会大大影响企业总成本。举个例子，若企业正考虑B2C应用，那么基于设备数量的定价模式（即：确定每台设备的部署费用）是否可行？假如B2C应用部署在10万或以上的设备上，最终会产生多少费用？

在对价格进行讨论后，企业或许需要回到白板前重新评估“为什么企业最初要考虑MADP? 因为可提高投资回报率。”这两句话。