SAP mobile platform（SMP）MEAP产品评测分析
SAP于2010年7月通过58亿美元购得Sybase。SAP的Sybase Unwired Platform（SUP）平台是一个移动应用的开发、执行和管理套件。
在SUP的较早版本里，主要有两个开发架构来选择，一种是native应用，通过MBO来实现；另一种则是通过HWC来实现的online。后来加入对第三方HTML5框架的支持。在现在3.0的版本里，最大的变化就是以前那个熟悉的开发MBO和HWC的开发工具都不存在了。也就是说，SMP完全放弃了以前的开发方式，选择了更开放，更加标准的技术架构路线
SAP Mobile Secure
SAP较早就推出了移动设备管理产品（收购了Sybase Araria产品），发展较成熟，之后SAP将移动化管理能力融入其核心软件，通过合并等手段，把范围扩充至应用管理、内容管理等领域，提供全面EMM工具包。
评测分析
序号 | 评测内容 | 分析 | 评级 |
|---|---|---|---|
1 | 客户端引擎（Engine） | 跨平台：通过HTML5（PhoneGap+Sencha等）来实现跨平台；是一个以HTML5为核心技术的产品，其它功能围绕HTML5来实现。SAP在Phonegap的基础上扩展了一些自己的接口（日志、认证等）UI层面：SAP自身实现了大约10种基于HTML5的UI组件（列表等）；另外，通过PhoneGap的插件机制，实现了几个原生UI（登录界面等），可以通过JS来调用。SMP没有主推的UI体系，由开发者选择HTML5 UI库 | 中 |
2 | 后端对接能力(MBaaS) | 1）OData Native SDK： OData Native SDK提供了对OData协议的API支持。（SMP客户端和服务器端统一通过OData进行通信）2）OData 转换服务：对于非OData数据源，可以使用Integration Gateway将其转换为SMP可以消费的OData服务。Integration Gateway的作用就是SMP用来适配各种非SAP OData数据源的组件。3）后端数据集成，具有一定的向导界面和可视化设计界面，可以帮助开发者快速完成数据集成 | 较强 |
3 | 组件能力(Component) | 普遍的组件都支持，但是在文档预览 | 中 |
4 | 开辅助能力 | AppBuilder：可视化的UI设计器，可以拖拽UI控件，和后端数据绑定，进行预览。IDE开发环境有待改善，无论是性能、代码提示（JS\CSS） | 较弱 |
5 | 产品性能 | 产品属于偏HTML5的混合模式开发，在性能虽然做了很多优化工作，依然存在性能上的问题。 | 中 |
6 | 开放和标准 | 1）产品的开发基于HTML5，相对标准。但是迁移至其他平台非常困难。2）产品能够和较多的标准业务系统做好对接，尤其是SAP自身系统 | 较强 |
7 | 移动设备管理 | 整体设备管理的功能都具备。各类合规性策略基本都支持。支持多平台，包括IOS、android、window phone。不具备地理围栏的功能。对ios和Android系统的证书管理功能相对较弱 | 强 |
8 | 移动应用管理 | 应用管理能力完备，支持默认应用程序安装，且可以锁定IOS设备上的任一应用，但在andriod上不能实现。需要通过第三方产品Mocana实现app wrapping技术，不具备SDK的能力。同时在面向中国市场时，客户端界面需要待提升，使用习惯不符合中国国情。 | 中 |
9 | 移动内容管理 | 内容管理能力较完善，支持Sharepoint，企业文档管理，OpenText企业文档管理套件2010版，不支持文档预览的模式 | 中 |
10 | 安全性 | IOS支持FIPS 140-2，在Andriod上不支持 | 中 |
总结
SAP在传统信息化领域的地位，依靠其强大的渠道能力，目前在用户中影响力较大，尤其在大型客户中。不过SAP产品也秉承了以往的惯例，使用起来相对复杂的特点。如SMP3.0产品上没有主推的UI体系；推送服务依然是GCM；shell需要适用原生开发，技能要求过高；数据集成主推Odata，集成工作量巨大。总体来说SMP3.0的不够实用，涂有表面。而在Araria上SAP的产品要表现良好的多一些，当然交互依然很差，不符合中国的国情，没有移动门户等。
腾讯云开发者
