上期的文章《扩展SAP数字化核心的利器 - Mendix低代码开发平台》推出后得到了同学们广泛的关注，很快就有客户联系Mendix中国团队了解一些现实问题，在此我们就一些典型的问题做个问答分享，与大家一起探讨学习。
我已经在用Fiori了, 为什么还需要Mendix?
首先，Mendix低代码开发平台的推出不是为了取代任何现有技术，在新技术层出不穷的今天，我们秉承的理念一直是适合企业的才是最好的。Fiori是SAP提升用户体验的非常好的前端技术，也是目前SAP数字化核心产品（S/4HANA）的默认前端技术。这也解释了Mendix低代码开发平台提供的默认模版里预置了Fiori风格的模版的原因，目的是为了让客户在10倍速拓展SAP系统的时候，享受无缝衔接的用户体验。当然，客户如果想选择其他的前端技术也是可以的，Mendix也内置了自己的Atlas UI，客户可以基于React框架开发组件，或在Mendix应用中嵌入其他UI技术开发的界面。
Mendix能做到目前ABAP能做的事吗?
相信一直在使用ABAP进行自开发的客户一定深有体会，经年累月，您的ERP系统里肯定有大量的质量参差不齐的Z代码，您调用了各种SAP支持的、不支持的函数，这些自开发的维护成本很高，一旦升级您就得投入大量人力物力做影响分析，生怕哪条业务流程突然宕机。这也是SAP公司不断提醒客户少做自开发，多用标准接口的原因，SAP也正在将标准接口OData化。直接一点的回答，ABAP在业务扩展方面能做的大部分事情，Mendix都可以做；但是，有些事情只有ABAP能完成，包括Mendix在内的所有其他开发手段都无法完成，比如enhancement（BAdI，enhancement spot这种），它是某种程度上的厂商默许的对标准的修改，只有厂商自己能做；而且即使是这些增强点，在以后SAP的产品演进中也会逐渐减少，后续的产品都倾向于提供标准接口从而降低核心“污染”。
Mendix 做的APP在未来SAP升级后，都不需要修改就能用吗?
简单回答，因为调接口，所以不受影响。系统再怎么升级，接口都不会改变，有别于您写ABAP call function module，这是由接口的属性决定的。另外，参照上一条的问答，SAP的产品策略也是拓展能力接口化，接口标准化，标准OData化，这也是方便打通客户端到端的业务流程的举措。
我在SAP系统里定义好的数据模型（如表结构），到Mendix里需要重新定义匹配吗？
不需要！Mendix提供的“SAP OData Model Creator”可以根据元数据文件/OData metadata files（XML）将SAP系统中定义好的数据模型转换成Mendix可识别的module文件，从而导入Mendix Studio Pro开发环境，这样您的数据结构包括关联关系甚至访问OData 服务的URL都可以自动生成在Mendix环境中了，非常方便！
我原来都是直接调用BAPI的，为什么现在集成都用OData？
首先，SAP产品的集成策略定义了标准的集成协议就是OData（Open Data Protocol），这是SAP产品和整个软件生态所决定的，这是策略和趋势；OData是ISO/IEC批准的OASIS标准，它定义了一组使用RESTFUL API的最佳实践。OData是基于REST的，因此它对不管是云端的还是本地部署的集成都是经过全面优化的。因此，SAP把通过OData方式集成其产品放在了传统的BAPI方式之上来建议。
其次，除了传统的、本地部署的SAP Business Suite(就是我们熟悉的ERP套件)和S/4HANA支持OData之外，诸如SAP SuccessFactors，SAP Ariba，SAP Concur和SAP C/4系列之类的云产品也支持OData。这也为用户打通所有SAP产品提供了统一的集成和使用体验。
补充一点，在SAP ERP套件上，实际上是SAP Gateway（基于Netweaver）在提供OData服务，包括定义和发布，您定义的Z表，Z代码发布成OData服务都是通过SAP Gateway来的（友情提示，就是事务码SEGW）。
因此，基于上述策略，Mendix和SAP的集成策略采用OData。如果您坚持选择BAPI也可以，只是双方厂商都不太建议。
更多信息，请访问以下链接：
Mendix官网：https://www.mendix.com/zh/
Mendix行业解决方案：https://solutions.mendix.com/
Mendix平台指南：https://www.mendix.com/evaluation-guide/
Mendix动画展示：https://www.mendix.com/demos/