这是Jerry 2021年的第 7 篇文章,也是汪子熙公众号总共第 278 篇原创文章。
系列目录
(2) SAP UI5 控件渲染机制
(3) HTML原生事件 VS SAP UI5 Semantic事件
(6) SAP UI5控件数据绑定的实现原理(本文)
(7) SAP UI5控件数据绑定的三种模式:One Way,Two Way和OneTime实现原理比较
(8) SAP UI5控件ID的生成逻辑
(9) SAP UI5控件的多语言(国际化,Internationalization,i18n)支持的实现原理
(10) XML视图里的button控件
(11) button控件和它背后的DOM元素
Jerry使用Angular做开发已经有几个月了,其间也学习了Angular控件的数据绑定,再回过头来重温SAP UI5控件数据绑定,别有一番味道。
之前Jerry时不时会在微信上收到一些朋友的咨询,诸如:“我的SAP UI5控件做了绑定,从Chrome开发者工具也能看到后台返回的OData API确实包含了数据,但是UI5页面渲染出来之后,为什么控件上没有显示绑定的数据呢?”此类问题。
其实,如果了解一些SAP UI5控件的数据绑定实现细节,此类问题完全可以通过自己调试的方式去排错。
我们还是使用之前文章 一个用于SAP UI5学习的脚手架应用,没有任何后台API的依赖 提到的脚手架应用来学习。
添加下列五行高亮代码:
创建一个新的JSON模型,包含一个字段field_for_text, 值为Jerry,再将该模型绑定到button控件,模型字段field_for_text绑定到button的text属性。
这样一来,运行时看到按钮的标签就成了field_for_text的值"Jerry",而不是第18行给text属性赋予的硬编码值"Button":
本文的目的就是,阐述清楚第一张图高亮的五行代码,背后发生了什么事情。
var oModel = new sap.ui.model.json.JSONModel();
当这行代码执行之后,JSONModel以及包含对应的模型绑定实现逻辑的JavaScript源文件会自动被加载,这体现了SAP UI5 Module的懒加载特性,在本系列这篇文章里介绍过:深入学习SAP UI5框架代码系列之一:UI5 Module的懒加载机制。
本系列之前的文章,我们曾经多次提及SAP UI5控件的原型继承链:
Button -> Control -> Element -> ManagedObject
-> EventProvider -> BaseObject
本文我们会学习到另一条原型继承链:
JSONModel -> ClientModel -> Model -> MessageProcessor -> EventProvider -> BaseObject
从上图第61行的构造函数的输入参数oData,不难发现,在UI5应用里创建JSONModel实例时,可以将模型存储的数据一并指定。
这样,我们之前脚手架应用里的代码,可以精简成下图右边所示:
单步调试JSONModel的构造函数,会发现它依次会调用原型继承链上游节点的ClientModel,Model和MessageProcessor的构造函数。
下图是Model构造函数的实现,信息量很大:
(1) 第69行,说明SAP UI5模型绑定的默认方式是双向绑定;
(2) 第83行,说明SAP UI5模型绑定支持单向,双向和单次绑定。本系列下一篇文章 SAP UI5控件数据绑定的三种模式:One Way,Two Way和OneTime实现原理比较 会介绍这三种方式的区别。
oModel.setData(myData);
将一个JSON对象通过setData传入JSONModel实例。
setData方法有一个可选参数bMerge,如果显式指定为true,则会调用下图88行的jQuery.extend, 将本地传入的JSON对象同JSONModel原有的数据进行合并(merge). 因为我们本例调用setData并未指定该参数,所以不进行合并,直接执行95行的checkUpdate:
因为此时UI5 button控件实例尚未同JSONModel实例建立绑定关系,所以模型的aBindings数组为空,因此checkUpdate实际并未执行任何和控件绑定相关的操作,直接返回。
oButton1.setModel(oModel);
这行语句的作用,就是将控件实例和传入方法的JSONModel实例建立绑定关系。
- 4597~4604:该IF分支处理UI5控件之前已经绑定到某个模型实例的情况,此时使用delete操作,删除原有的模型引用,然后更新绑定信息。而本例是button控件第一次调用setModel,故不会进入此IF分支。
- 4607:UI5控件维护了一个类似字典的键值对数据结构,key为模型名称,value为模型实例。从此处的SAP UI5源代码实现不难得出结论,UI5控件支持同时绑定到多个模型实例上,只要该控件在调用setModel方法时,给传入的模型实例通过方法第二个参数sName,赋予不同的模型名称即可。
至此,JSONModel实例的field_for_text字段值,还不会自动流向button控件的text属性,直到下面这行代码的执行。
oButton1.bindProperty(“text”, “/field_for_text”);
该方法首先构造了一个包含JSONModel绑定字段的对象oBindingInfo:
将该oBindingInfo维护到控件的中央绑定信息存储数据结构mBindingInfos里,该数据结构同样是一个键值对,key为控件属性,本例为text,值为oBindingInfo对象,对象里包含了text属性绑定到JSONModel实例的字段名称:field_for_text.
单步调试进入上图3347行的_bindProperty方法:
3417行,调用JSONModel的bindProperty方法,生成oBinding对象:
这里再次出现了关于SAP UI5数据绑定的三种模式处理的源代码,本系列后续文章会专门介绍。
3433行将生成的oBinding对象实例,添加到aBindings数组里。
那么oBinding实例是如何生成的?需要单步调试上图3417行的oModel.bindProperty代码。
JSONModel.bindProperty的实现,就是一个单纯的new调用。不过更重要的是,此处我们了解到了另一条原型继承链:
JSONPropertyBinding -> ClientPropertyBinding -> PropertyBinding -> Binding -> EventProvider -> BaseObject
我们注意到,在oBinding实例里,有个字段叫做oValue, 其值正好是JSONModel实例维护的JSON对象字段field_for_text的值Jerry. 实际上,最后button控件的text属性,显示的值正是oBinding实例oValue字段的值。
所以需要搞清楚this.oValue的赋值逻辑,就得单步执行上图第35行的this._getValue方法。
this._getValue()
该函数负责将field_for_text字段的值,从this.oModel.oData.field_for_text字段中提取出来,如下图所示:
一旦this._getValue执行完之后,控件text属性同JSONModel实例的field_for_text字段就成功建立起绑定关系,之后我们就能直接从控件实例变量oButton1出发,去找到其text属性应该显示的值:
希望通过本文的介绍,能让大家对SAP UI5控件数据绑定的实现原理有一个最基本的了解。
如果遇到控件绑定不能按照自己的期望工作的时候,不妨试试按照本文提到的这些关键点去调试。
本系列下一篇文章,会介绍SAP UI5控件数据绑定的三种模式:One Way,Two Way和OneTime的实现原理比较。
我的实际工作中发现,了解了SAP UI5这些数据绑定方式的实现,对我近期学习Angular的数据绑定也有一定的借鉴作用。
感谢阅读。
系列目录
(2) SAP UI5 控件渲染机制
(3) HTML原生事件 VS SAP UI5 Semantic事件
(6) SAP UI5控件数据绑定的实现原理(本文)
(7) SAP UI5控件数据绑定的三种模式:One Way,Two Way和OneTime实现原理比较
(8) SAP UI5控件ID的生成逻辑
(9) SAP UI5控件的多语言(国际化,Internationalization,i18n)支持的实现原理
(10) XML视图里的button控件
(11) button控件和它背后的DOM元素
更多Jerry的原创文章,尽在:"汪子熙":
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。