在S/4HANA Extensibility Concept Details:Restricted ABAP and Restricted ABAP for SAP Cloud Platform ABAP Environment的博文中，我介绍了Restricted ABAP的概念，或将其正确命名为：ABAP language versions，并讨论了该概念在SAP S/4HANA Cloud和SAP Cloud Platform ABAP Environment中的用法。在这篇博文中，我想在SAP S/4HANA on premise的上下文中添加一些关于受限ABAP概念的想法。

在进入on premise之前，云服务器租用，让我们回顾一下云的事实：

对于SAP S/4HANA Cloud，ABAP语言版本"ABAP for Key Users"是由环境（基于Web的ABAP编辑器）强制执行的。对于SAP云平台ABAP环境，ABAP语言版本"ABAP for SAP Coud Platform"由环境强制执行

在内部部署系统中，如何学习大数据，您可以自由选择以下选项之一：

选项1：对所有或某些开发对象使用ABAP语言版本。在这种情况下，将检查ABAP语言版本的限制作为语法检查的一部分。如果存在冲突，则无法激活对象。选项2：使用ABAP测试驾驶舱（ATC）检查ABAP语言版本的限制。在这种情况下，大数据与数据挖掘，可以激活违反语言版本限制的对象。运行ATC检查后，显示一个错误。

如果您决定在本地（选项1）中使用受限的ABAP语言版本，bi大数据分析，您可以使用基于Eclipse的ABAP开发工具（ADT）按对象设置ABAP语言版本，如下图所示：

图：在基于Eclipse的ABAP开发中设置ABAP语言版本用于开发对象的工具（ADT）

请注意，对于类、接口和函数组等ABAP源代码对象，只能单独设置和更改ABAP语言版本。

如果要在更大范围内使用ABAP语言版本，可以在包编辑器中为包设置默认的ABAP语言版本。在此包中创建开发对象时，将使用选定的ABAP语言版本创建它们。

图：在基于Eclipse的ABAP开发工具（ADT）中为包设置默认的ABAP语言版本

此设置的边界条件为：

只有新创建的对象才能获得包的ABAP语言版本。当包的ABAP语言版本更改时，包中对象的ABAP语言版本与以前相同。当已经存在的对象被移动到具有不同ABAP语言版本的包中时，该对象的ABAP语言版本不会更改。如果要创建的对象类型不支持包的ABAP语言版本，则对象创建将失败。如果对象类型根本不支持ABAP语言版本概念，那么它将独立于包的ABAP语言版本创建。有些对象不支持在创建后更改语言版本（例如ABAP dictionary对象）。因此，您必须小心地在正确的包中创建这些对象。

如果您想使用该策略检查ABAP语言版本与ABAP测试驾驶舱（选项2）的符合性，您可以使用基于Eclipse的ABAP测试驾驶舱版本来执行此操作。在项目资源管理器中，选择一个对象或包，合肥大数据，打开上下文菜单并选择RunAs->ABAP Test Cockpit With…。在随后的对话框中，输入"SAP\u CP\u READINESS\u REMOTE"。

SAP\u CP\u READINESS\u REMOTE是一个全局代码检查器（CI）检查变体，用于检查ABAP语言版本ABAP的范围以进行云开发。

下图显示了ATC检查的结果：

"受限语言范围中的语法错误"：使用了ABAP语句，该语句在SAP的ABAP中是禁止的云平台"未发布API的使用"：SAP云平台ABAP中不允许使用的API

图："云就绪"ATC检查结果

如果要为关键用户检查ABAP语言版本ABAP的代码，需要创建自己的检查变体

关闭前，我想指出在哪些情况下，限制性ABAP的使用对内部部署系统是有帮助的：

对于用例1（将自定义应用程序移动到SAP云平台ABAP环境），我建议阅读博客How to check your custom ABAP code For SAP Cloud Platform ABAP Environment。它详细说明了如何使用ABAP测试驾驶舱（ATC）、SAP Fiori应用程序自定义代码迁移和新的ATC云就绪检查。