在这篇文章中，继我上一篇关于SAP云平台ABAP环境的文章之后，大数据技术及数据分析培训，我对SAP云平台ABAP环境有了更多的思考，这是受上周在拉斯维加斯举行的SAP TechEd上围绕这个主题的对话的启发。

上个月，Harald Kuck发表了一篇文章"SAP云平台ABAP环境"，这是我们许多人热切期待的。这篇文章已经有了大约24K的浏览量和超过60个赞，这说明了这篇文章的受欢迎程度。几天后，我又在周一早上发表了一篇"云上的ABAP"的帖子。

上周在SAP TechEd上，Bernd Leucert在他的主题演讲中提到了这个新的ABAP环境，这真是太好了。（在主题演讲中还有很多其他重要的东西，比如SAP云平台功能，但这是另一个时代的主题）。因此，上个月开始的对话重新活跃起来，这总是一件好事。有很多不同的观点，所以我想在这篇文章中我会分享一些我自己关于这个问题的想法。

不过，为了设置场景，我首先想分享上周SAP TechEd开发者车库的几条推文*。其中一个区域提供了工作站和一些指导任务，供与会者来完成（并赢得奖品，万岁！）。

*开发者车库当然也将于本月晚些时候在巴塞罗那的SAP TechEd！

今年有四个任务：

SAP云平台（应用编程模式）SAP云平台ABAP环境S/4安娜SAP Cloud Platform Portal

上周在SAP TechEd Las Vegas上，开发者车库的教程任务如火如荼地进行着，从@sapdevs

发布的推文来看，在整个一周的大部分时间里，SAP Cloud Platform ABAP Environment任务在完成教程的数量上都处于领先地位。人们对这个提议有极大的兴趣！然而，在一场有趣的技术竞争中，SAP云平台（应用程序编程模型）在某个阶段处于领先地位，正如您在这条推文中看到的：

"在#SAPTechEd，@SAPdevs garage的@sapcp教程的应用程序编程模型处于领先地位–yas！"-@qmacro

但最终，纯粹的热情和渴望获得第一次亲身体验意味着SAP云平台ABAP环境任务最终取得了成功，从Andre Fischer的这条推文中可以看到（到上周SAP TechEd完成时，完成的教程总数略多于2000篇）：

"#abap再次出现在前面。还有30分钟"-@anfisc

尽管我非常喜欢新的应用程序编程模式（上周也引起了极大的兴趣），我不得不说，新的SAP云平台ABAP环境在这个案例中是一个有价值的赢家。

ABAP PaaS

我将在本文的其余部分非正式地称SAP云平台ABAP环境为"ABAP PaaS"，因为其他人也这么称呼它。事实上，这已经引发了一些有趣的对话，因为有些人不相信这个名字是合适的。它一开始提供的是一个基于云的运行时，用于基于Python的应用程序。有一个特定的部署过程，如果您想利用所提供的特性，尤其是在使用诸如持久层或消息队列之类的工具时，您必须以某种方式进行思考。这很好，返利折扣，也是PaaS的"平台"部分的一部分——平台提供了某些功能，要求你以某种方式思考，采用某种方法。

对我来说，ABAP PaaS是类似的，因为它允许我用我熟悉的语言写作，利用某些平台级特性—例如HANA支持的持久性层—并使我以一种特定的方式思考（稍后将对此进行详细介绍）。像appengine一样，我不必担心ABAP平台的维护、操作或维护——它只是发生了。新功能已经推出，并且在它们出现时对我可用。我不必担心不同目标运行时的不同版本，不像在prem世界中那样。

ABAP语言

ABAP出现在1980年代后期的场景中，我对尝试这种新的"报告编写"语言的早期版本有着美好的回忆，作为370汇编语言的替代品，R/2由SAP开发人员自己编写，但也被需要扩展和定制报告的客户使用。

该语言在过去几十年中不断发展，在开发过程中采用了一些重要的新特性（比如支持SQL和面向对象），如今，这些特性不仅作为语言本身的一部分，而且作为一个整体存在于更大的ABAP环境中——例如，我正在考虑核心数据服务（CDS）。Karl Kessler的文章"ABAP和云"很好地概述了今天的ABAP是什么样子的。

在我们走向云的过程中，在ABAP的现代化背景下，这是我经常思考的问题。一些语言特性正在被弃用，也许那些早就应该弃用的特性，如果不是因为向后兼容性的要求——同样，在ABAP PaaS上下文中消失的prem遗留挑战上。

ABAP环境

但是ABAP一般，特别是云中的ABAP，不仅仅是一种语言。这是一整套构建块，它们共同展示了构建业务应用程序的丰富功能集—无论是新应用程序还是现有功能的扩展。一些构建块本身是用ABAP编写的（而不是在内核级别）。立即想到的一个显著的例子是支持基于HTTP的服务开发的层，特别是支持OData服务开发的层。该层本身是用ABAP编写的。