在这篇博文中，我想和大家分享我在过去半年里的想法。主要是为什么社区（和我）喜欢和接受CAP（SAP云应用程序编程模型）的方式，以及它的原因。扰流板：我喜欢帽子。你也应该试一试。你会在这篇博文中找到一些论据。

在过去的几个月里，我有幸在欧洲各地运行了10次SAP代码堵塞。如果你不知道什么是CodeJam，在这篇博文的末尾有一个专门的部分。大约有20-40人参加sapcodejam，在那里他们被介绍到一个新的话题。所有这些SAP CodeJams的主题都是"SAP云应用程序编程模型"。我看了一下调查结果，我们作为开发者的拥护者在活动结束后给了与会者。主要是给我们一个如何改进我们的格式，改进内容和更具同情心的感觉。移情，从某种意义上说，无论我们对与会者期望过高，还是主题过于超前之类。结果是非同寻常的。让我解释一下原因：

99.5%的与会者会向其他人推荐这种特殊的CodeJam。（很想看到其他0.5%的人在这篇博文下面发表评论）在这一点上，我想了想为什么结果会如此出色。

是因为我们处理代码阻塞的方式吗？–一点点，可能是。但这并不是关键因素。

是因为活动是免费的吗？–不太可能，人们仍然需要空闲时间和花费5-7小时来参加活动。

这是因为SAP云应用程序编程模型为开发人员增加了价值吗？这就是我要说"是"的地方。

什么是SAP云应用程序编程模型？

cap.cloud.sap文件他说："SAP云应用程序编程模型是一个开放的、固执己见的、由语言、库和工具组成的框架，用于构建企业级服务和应用程序。它通过经验证的最佳实践和大量现成的解决方案来指导开发人员执行重复性任务。基于CAP的项目受益于对领域的主要关注，大数据的，而不是钻研过度的技术学科、显著加快的开发，以及在云技术快速变化的世界中保护投资。"

基本上，我将其重新表述为：它应该简化您作为开发人员的生活。句号。这不仅仅是因为它能让你摆脱很多你不喜欢处理的重复性和乏味的任务。但也因为它提供了一种沿着所谓的黄金路径开发应用程序的统一方法。

有充分的理由进行抽象。

您分析过多少次同事的源代码，花了很多时间熟悉项目结构和一般应用程序设置？根据我自己的经验，这不仅耗费时间，而且耗费精力。有了CAP，您就有了一种集中的、声明式的方法来定义数据模型和服务—无论您的自定义应用程序逻辑是用哪种语言编写的。怎样？核心数据服务。下面是用CDS编写的数据模型和服务定义的示例。（不要误认为SAP HANA CD或ABAP CD有相似之处，但不相同）在左侧，架构.cds文件，以及实体定义。在右边，服务.cds文件，定义了您的服务应该是什么样子。

您觉得怎么样？你知道这是在哪个数据库上运行的吗？您知道自定义应用程序逻辑是用哪种语言编写的吗？简单地说不，因为你不必在这个级别。例如，定义SQL语句不是您的实际工作。您的数据模型应该编译为满足需要的SQL语句，iot物联网，即编译为SQLite数据库中用于本地开发的可执行SQL语句，或编译为生产环境中SAP HANA数据库中的可执行SQL语句。基本上，CDS编译器接受您的声明性语句，并将它们转换为目标环境所需的运行时工件。由于这两个文件，您已经为您定义的实体获得了成熟的OData服务（CRUD+Q）。免费，只要用CD写几行就行了。

这让我进入下一章……

麦克斯："帽子，请降低障碍！"

队长："麦克斯，收到。执行成功！"–你有多少次尝试过一种新的工具、一种新的编程语言或一种新的方法，却又一次放弃了？这种情况经常发生在我身上，智能物联网，因为它要么太复杂，要么我无法区分任何附加值，要么努力不成比例。恰恰相反：最近的sapcap代码阻塞显示了人们创建项目和提高效率的速度。没有必要用x配置来建立一个完整的项目。从一组极简主义的人工制品开始，随着你的成长而成长。在本地环境中，在SAP云平台的SAP HANA上运行成熟的OData服务？就几秒钟。这是否降低了开始的门槛？

为什么这是可能的？因为CAP负责技术相关的配置、操作和文件，这些都是在这样的环境中运行应用程序所必需的。CAP处理了我的一句话："不要为了技术而做技术"。

我现在经常听到的一个论点是："感谢你给我所有这些创新的可能性，但它们并不能让我的决定更容易。我们需要指导。"通过CAP，您可以清楚地指导如何开发应用程序，为SAP首选选项（如SAP HANA或SAP Fiori）提供现成的解决方案，但仍然可以灵活地在任何需要的地方进行突破。