共计 805 个字符，预计需要花费 3 分钟才能阅读完成。
SAP SEGW 反对下列几种形式的 OData 服务实现形式：
- 基于代码的实现：Service Builder 依据开发人员定义的 OData 数据模型生成 ABAP 类。随后，能够间接从 Service Builder 导航到 ABAP Workbench，并且在其中拜访适当的办法并为各种不同的服务操作编写源代码。SAP 为数据供给和元数据定义提供了一些代码模式。
下图是基于代码实现的一个例子：
- 将操作映射到数据源：能够手动定义数据源对象的参数和实体的属性之间的关系，通过映射近程函数调用 (RFC) 和业务对象存储库 (BOR) 类型的数据源来实现。
此函数旨在与导入数据源函数（RFC/BOR 接口）联合应用，并使开发人员可能将 RFC/BOR 函数映射到服务操作。在可能的状况下，服务构建器会为导入的 RFC/BOR 接口倡议一个操作映射。
- 对于 DDIC 表和视图以及 CDS 视图，能够实现基于服务适配定义语言 (SADL) 的 OData 服务。在服务施行过程中，须要应用映射工具将 SADL 模型实体映射到 OData 模型属性。
OData 服务生命周期的最初一个开发阶段是服务保护，无论抉择哪种开发方法，都必须执行此操作。服务保护须要在 SAP 网关零碎中注册和激活每个服务。
Service Maintenance 阶段的一个例子：
如果要应用规范 SAP annotation 对数据模型 artifacts 进行正文，请抉择应用 SAP annotation 的我的项目类型，如下图所示：
例如，SAP annotation 包含 Createable、Updatable、Label、UnitProperty 等等。
可用的正文可能会依据要正文的数据模型工件而有所不同。这些注解的一个例子如下图所示：
您还能够定义 facets：例如 Nullable、Default、MaxLength、FixedLength、Precision、Scale。可用的 ABAP 类型信息包含 ABAP 字段名称和 ABAP 类型编辑器。
正文完
