都能将 CDS View 自动发布成 OData 服务

并且二者都支持在 CDS View 定义里编写注解

即便使用传统的 ABAP 编程模型，我们仍然可以用 SAP Gateway 和注解提供类 (Annotation Provider Class) 来开发 OData 服务

如果注解是 OData 服务的一个组成部分，我们称其为后台驱动式注解 (backend-driven annotations)

尽管如此，由后台提供的注解是可选的

我们也可以在本地注解文件里提供所需的注解，或者采取二者结合的方式

在二者结合的工作模式下，本地注解将会在 Term 字段的级别上，覆盖掉来自后台的注解

本地注解是在应用程序项目中创建的，并遵循应用程序自身的生命周期

我们可以使用本地注解来实现后台尚不能提供的注解功能

或者满足利用同一个 OData 服务来实现多个应用程序变体的需求

有时我们使用的 OData 服务提供商根本不能提供注解服务，此时本地注解就更能发挥作用了

我们已经了解到，Floorplans 利用元数据和注解，来决定页面上要渲染的控件

不仅如此，Floorplan也会考虑由应用开发人员提供的可选配置

还是举例说明

在 List Report Floorplan 中，我们显示了一个表格控件。大家也许知道，SAP UI5 提供了好几种类型的表格控件

根据我们目前的 UX 设计准则，List Report Floorplan 里默认选择的是 ResponsiveTable

但如果您想在 List Report 中使用其他类型的 UI5 表格控件

可以通过 Fiori Tools 加上配置的方式，轻松实现

Fiori Elements 提供了很多这样的配置项

这些配置并不是语义层面的，而是基于具体的应用程序

这就是为什么选择 Table 控件类型的功能，不是作为注解，而是通过配置方式提供的

我们甚至为这个配置提供了分层 (Layering)的设计

假设我们想把表格控件类型改成 GridTable. 但是部分用户在平板电脑和手机*问该应用

而这些移动平台上 ResponsiveTable 显示效果更佳。这种情况下，管理员或者 Key User 仍然可以通过配置的方式，将表格类型恢复成 ResponsiveTable

前面已经提过，Fiori Elements 提供了大量的 UI patterns 和功能

以及适合大多数业务用例的特性 (普适性)

当然，作为一个框架，Fiori Elements 不可能为所有类型的行为和设计都提供开箱即用的支持

这种情况下，应用开发人员仍旧能够编写定制代码，并集成到 Fiori Elements 应用中去

这些定制代码需要应用开发人员自行在 Fiori Elements 工程中特殊的位置编写

例如 Object Page 里增添一个新的 section, 表格增加一个新的 column, 工具栏里增添一个新的 Action 按钮等等

通过使用由 SAP Fiori Elements 提供的构建块

我们可以快速进行扩展的开发，同时仍然保持整个应用具有一致的外观和体验

但是我们不会有 100% 的灵活性，不能在屏幕的任何位置添加新的控件

这个"限制"也确保了即使屏幕布局由于 SAP 版本升级发生变化后，我们的自定义内容能够始终可用

也就是说，SAP 版本升级不会影响到应用中的自定义 UI 内容

这个准则同样也适用于我们编写在某些 Hooks 上的自定义代码，比如当用户试图保存一个文档时

在类似 beforeSave 的钩子上, Fiori Elements 提供了所谓的 ExtensionsAPI. 这是一系列方法的集合,能用于自定义代码的编写中

比如当表格行项目被点击时，使用 ExtensionsAPI 拿到被点击的行项目包含的业务数据

需要注意的是，编写扩展代码也是有代价的

应用开发人员负责编写定制代码，因此也必须确保这些代码功能的正确性和稳定性，特别是在升级之后

而且必须确保这些自开发代码满足所有的 SAP 产品标准

本单元的介绍即将结束。简单总结一下，并展望下一个单元的学习目标

这个单元我们讨论了使用 Fiori Elements 开发企业级可用 (Enterprise-Ready) 程序的五大组成部分

由框架提供的 Floorplans, 定义了界面内容的显示和表现形式

2 和 3 分别是 OData 服务和注解，由应用开发人员提供，负责定义应用显示的内容和提供的业务功能

4 和 5 是可选的配置以及定制开发功能，二者允许我们对 Fiori Elements 应用进行微调 (fine tune) 和扩展

本课程的下一单元即第三单元，我们会深入讨论 OData 服务和注解。感谢观看本视频，我们下单元再见

====

OData 服务将您的 Fiori Elements 应用 UI 同后台数据源连接起来，OData 服务提供商包括 SAP S/4HANA，SAP Business Warehouse，SAP Business Technology Platform 和其他外部 OData 服务提供商。

OData 注解，决定了您的 Fiori Elements 的外观以及行为。比如控制哪个字段可以点击，哪个字段可以编辑。同时，OData annotation 能够为 OData 元数据提供更多的语义化信息 - semantic information，比如：

哪个字段允许用户唯一标识一个业务实体

定义字段 A 是字段 B 的货币单位

若干字段应该组合起来，共同显示在一个 form 里

在 ABAP platform 7.5 及其以后的版本，我们可以采取 Core Data Services 的方式，实现 OData 服务.

在 SAP BTP ABAP 编程环境里，除了 ABAP Programming Model for SAP Fiori 之外，我们还可以选择 Restful ABAP Programming Model 以及 Cloud Application Programming Model 来进行 OData 服务开发。

SAP Fiori Elements 基于 SAP 最新的 UX 准则，提供了默认的配置项，使用 SAP Fiori Tools，可以便捷地修改这些配置。

SAP Fiori Elements 应用的扩展手段

自定义控件

使用 SAP Fiori Elements ExtensionAPI 提供的自定义逻辑