深入掌握 SAP Fiori Elements 工作原理的前提条件（理解 Smart Field） _Elements

休言女子非英物，夜夜龙泉壁上鸣。这篇文章主要讲述深入掌握 SAP Fiori Elements 工作原理的前提条件：理解 Smart Field相关的知识，希望能为你提供帮助。

SAP 前端开发者如今使用的 SAP Fiori Elements，在 2016 年时被称为 Smart Template，其在 SAP 官网的定义是：
Smart Template 是一套框架，针对最常用的应用模式，根据元数据注解，加上预定义的模板，在运行时能够动态生成 SAP UI 页面。
原文：Smart templates provide a framework for generating UIs at runtime based on metadata annotations and predefined templates for the most used application patterns.
?

文章图片

SAP Fiori Elements 的核心就是其基于的元数据注解，以及根据这些元数据，在运行时 "智能地" 生成 UI 的能力。由于这种运行时动态生成 UI 的行为发生在幕后，对应用开发人员来说完全是一个黑盒子。不少开发人员觉得 SAP Fiori Elements 的工作原理很神秘，即使想研究其源代码，也不知道该如何入手。
到 2021 年 5 月为止，SAP Fiori Elements 支持 5 种类型的预定义模板：

List report
Worklist
Object page
Overview page
Analytical list page

文章图片

打开 List report 模板的 XML 视图实现源代码，能发现 smartfield 和 smarttable 的使用：

文章图片

二者都属于 SAP Smart Controls，是构成 SAP Fiori Elements 预定义模板的基石。
SAP 官网对 Smart Controls 的定义：一种特殊的 SAP UI5 控件集合，能够通过解析 OData 元数据，给普通的 SAP UI5 控件增添一些额外的功能。

文章图片

要想搞清楚 SAP Fiori Elements 的工作原理，理解 Smart Controls 是前置条件之一。而 Smart Field 是 Smart Controls 大家庭中最简单的类型，因此如果想研究 Smart Controls 的工作原理，Smart Field 是最佳的学习目标。
Jerry 开发了一个 Hello World 级别的 SAP UI5 应用，XML 视图里仅仅包含一个 Smart Field.
定义了 Smart Field 的 XML 视图源代码如下：

文章图片

将该应用从 Github 代码仓库下载到本地，node loca.js 运行后，访问如下 url，即可打开渲染后的页面。
该应用渲染出来的页面如下：

文章图片

虽然我们在 XML 视图里只定义了一个 Smart Field 控件，但最后渲染出的页面里，居然包含了两个输入字段：

价格金额 (Amount)
价格的货币单位 (UnitCode)

另外，在 XML 视图里我并未指定 Price 字段的标签，那么最后界面里"Jerry的价格"，到底是在哪里维护的呢？
这就是 Smart Controls 的神奇之处。

文章图片

第 17 行 XML 视图里的 smartField 标签, id 属性我硬编码成 idPrice:

文章图片

运行时，被 Smart Field 对应的 renderer，渲染成 div 标签，id 为 __xmlview0--idPrice，

文章图片

那么渲染出来的页面里，另一个货币单位，即显示 EUR 的字段，在 XML 视图里根本没有定义，它到底是根据什么样的逻辑动态生成出来的？
既然前文已经提到，Smart Field 的一大特征就是能够解析 OData 元数据，并为自身增添新的功能，所以我们回过头仔细查看 XML 视图里 smartField 绑定的属性，其名称为 Price.
在该项目的元数据定义文件，metadata.xml 里，我们找到了一些端倪：

文章图片

第 10 行即是 XML 视图里 smartField 绑定的 Price 属性，如上图红色下划线所示。该属性具有一个命名空间为 sap 的注解，注解名称为 unit，值为 CurrencyCode，意思是，该字段的单位，绑定到 OData 模型另一个名为 CurrencyCode 的字段，即上图红色箭头指向的第 17 行的属性。而我们在最终渲染页面里看到的标签"Jerry的价格"，则通过另一个注解 sap:label 的值维护。
CurrencyCode 这个属性本身，用注解 sap:semantics 声明其语义为 currency-code.
如果把这个值修改一下，比如去掉中间的连接线，改成currencycode，则最后渲染出的页面如下图所示，货币单位字段将消失，说明 Smart Field 工作出了问题。

文章图片

下面我们通过单步调试来搞清楚幕后到底发生了什么。
这是我使用的本地测试数据：

文章图片

在运行时，该数据成功加载后，在数据加载成功的 SAP UI5 框架回调函数里，调用 setElementBindingContext 函数, 进而调用 propagateProperties 函数，触发 Smart Field 的初始化处理逻辑。

文章图片

注意观察下图右边的调用栈，propagateProperties 会把控制权交给 SmartField.js, 后者调用工厂方法 _createFactory, 根据解析出的 OData 注解，即 sap: 开头的注解，创建对应的普通 SAP UI5 控件实例。所谓普通的 SAP UI5 控件，即 sap.m 命名控件下的 UI5 控件。

文章图片

XML 视图里定义的元数据注解，通过工具 AnnotationHelper.getXXX 实现。
比如:

getUnit, 查找属性上的 sap:unit 注解
getLabel, 查找属性上的 sap:label 注解
以此类推

文章图片

看到下图 AnnotationHelper.js 里 isCurrency 方法里第 136 行硬编码的 currency-code, 我们就能恍然大悟，明白为什么 XML 视图里把 sap:semantics 的注解值从 currency-code 改成其他值之后，Smart Field 就无法正常工作的原因了。

文章图片

AnnotationHelper.js 把一个 OData 属性所有的注解解析完毕之后，交给ODataHelper，后者进行汇总，进行下一步处理。
下图展示了 XML 视图里关于 Price 和 CurrencyCode 两个 OData 属性，其元数据注解均已解析完毕。

文章图片

最后，在 ODataControlFactory 这个工厂实现里，直接使用 javascript 关键字 new，新建一个普通的 sap.m.Input 控件实例，然后再由其渲染器生成原生的 html input 标签。该标签的 id 为其父节点的 id 加上 -input 后缀。

文章图片

下图就是最后渲染而成的 input 标签。

文章图片

通过本文介绍的具体例子，我们能够直观地感受到，较之其在 XML 视图里的定义相比，Smart Field 运行时能够渲染出内容丰富得多的页面，而这些页面，极度依赖于 Smart Field 绑定到的 OData 属性上定义的以 sap: 作为前缀的元数据注解。
希望通过本文的介绍，大家对于 Smart Field 的工作原理和作用，能相比纯粹阅读 SAP 官网上的帮助文档，有一个更深入的理解。后续 Jerry 会继续把 SAP Fiori Elements 涉及到的知识点，逐个剥离出来并分别用文章进行阐述，敬请期待。

更多Jerry的原创文章，尽在："汪子熙":