今年九月份刚刚过去的 SAP TechEd Las Vegas 会议上，SAP CTO Juergen Mueller 向外界宣布了 SAP 一些持续进行的技术创新和改进，其中之一就是 SAP Graph，大家可以访问网址 https://graph.sap 了解详情。

https://www.citrix.com/blogs/…

今年九月份的 SAP Las Vegas TechEd 上，SAP CTO Juergen Mueller 向外界宣布了 SAP 一些持续进行的技术创新和改进，其中之一就是 SAP Graph，大家可以访问网址 https://graph.sap 访问，Citrix 是这个技术的早期使用者之一。

SAP Graph 并不是一门新的编程语言或者新的 SAP 产品，而是一种新的 API 消费方式，SAP 期望通过引入 SAP Graph，将来自异构云产品的 API 进行聚合，简化应用数据模型，让 partners 开发云原生扩展应用的道路成为一条坦途。

SAP Graph 对于 Jerry 目前工作的 C /4HANA 生态圈更加至关重要。Thomas Hertz 在他的博客 SAP C/4HANA Foundation: This is where we take it from here 里提到，C/4HANA foundation 层将提供一个统一，可伸缩可扩展的开放 API 层以方便 partners 做扩展，即 SAP Graph。

TechEd 上 SAP CTO 的讲话在这个链接可以听到，
https://events.sap.com/teched…
讲话总共 1 小时 40 分钟，关于 SAP Graph 的介绍在第 34 分钟开始。

SAP Graph 和 business API hub 的区别和联系

API business hub 提供的是一个个细粒度具有业务含义的 API，而 SAP Graph 是比 API business hub 更上一层的概念，它将底层细粒度的 API 聚合起来，使用者可以根据自己的需要进行灵活搭配。比如一个客户购买了 C /4HANA 套件的 Marketing Cloud 和 Commerce Cloud，客户想自己开发一个 Fiori UI，显示来自 Marketing Cloud 的联系人数据和 Commerce Cloud 的产品数据。最直接的做法当然是使用两次 HTTP 调用，分别消费两个 cloud 定义在 api.sap.com 上的 API；另一种方式则是用 SAP Graph 建模好的复合 API(composite API), 开发人员只需要调用一次 API 即可取出 UI 需要显示的数据，至于这些 API 背后的取数逻辑，API 的消费者是不知道也不需要知道的；只有 SAP Graph 的建模人员才清楚。

Jerry 个人觉得 SAP Graph 的工作原理很像设计模式里的外观模式 (Facade pattern), 定义了一个高层、统一的接口，消费者通过这个统一的接口对子系统中的一群接口进行访问。我们可以把 SAP Graph 类比成外观模式里高层统一的接口，而通过外观模式被隐藏掉细节的子系统类比成 C /4HANA 里各个云细粒度的 API.

要获取更多 Jerry 的原创文章，请关注公众号 ” 汪子熙 ”: