摘要:本文主要介绍输入输出绑定方式,特别是当父组件输入绑定值变化时,如何更新子组件输入值。更新指令的属性上文中已经描述了函数是用来更新元素的属性,而是用来更新子组件的输入绑定属性,并且变更检测期间传入的参数就是函数。
原文链接:The mechanics of property bindings update in Angular
所有现代前端框架都是用组件来合成 UI,这样很自然就会产生父子组件层级,这就需要框架提供父子组件通信的机制。同样,Angular 也提供了两种方式来实现父子组件通信:输入输出绑定和共享服务。对于 stateless presentational components 我更喜欢输入输出绑定方式,然而对于 stateful container components 我使用共享服务方式。
本文主要介绍输入输出绑定方式,特别是当父组件输入绑定值变化时,Angular 如何更新子组件输入值。如果想了解 Angular 如何更新当前组件 DOM,可以查看 译 Angular DOM 更新机制,这篇文章也会有助于加深对本文的理解。由于我们将探索 Angular 如何更新 DOM 元素和组件的输入绑定属性,所以假定你知道 Angular 内部是如何表现组件和指令的,如果你不是很了解并且很感兴趣,可以查看 译 为何 Angular 内部没有发现组件, 这篇文章主要讲了 Angular 内部如何使用指令形式来表示组件。而本文对于组件和指令两个概念互换使用,因为 Angular 内部就是把组件当做指令。
模板绑定语法你可能知道 Angular 提供了 属性绑定语法 —— [],这个语法很通用,它可以用在子组件上,也可以用在原生 DOM 元素上。如果你想从父组件把数据传给子组件 b-comp 或者原生 DOM 元素 span,你可以在父组件模板中这么写:
import { Component } from "@angular/core"; @Component({ moduleId: module.id, selector: "a-comp", template: `` }) export class AComponent { AText = "some"; }
你不必为原生 DOM 元素做些额外的工作,但是对于子组件 b-comp 你需要申明输入属性 textContent:
@Component({ selector: "b-comp", template: "Comes from parent: {{textContent}}" }) export class BComponent { @Input() textContent; }
这样当父组件 AComponent.AText 属性改变时,Angular 会自动更新子组件 BComponent.textContent 属性,和原生元素 span.textContent 属性。同时,还会调用子组件 BComponent 的生命周期钩子函数 ngOnChanges(注:实际上还有 ngDoCheck,见下文)。
你可能好奇 Angular 是怎么知道 BComponent 和 span 支持 textContent 绑定的。这是因为 Angular 编译器在解析模板时,如果遇到简单 DOM 元素如 span,就去查找这个元素是否定义在 dom_element_schema_registry,从而知道它是 HTMLElement 子类,textContent 是其中的一个属性(注:可以试试如果 span 绑定一个 [abc]=AText 就报错,没法识别 abc 属性);如果遇到了组件或指令,就去查看其装饰器 @Component/@Directive 的元数据 input 属性里是否有该绑定属性项,如果没有,编译器同样会抛出错误:
Can’t bind to ‘textContent’ since it isn’t a known property of …
这些知识都很好理解,现在让我们进一步看看其内部发生了什么。
组件工厂尽管在子组件 BComponent 和 span 元素绑定了输入属性,但是输入绑定更新所需要的信息全部在父组件 AComponent 的组件工厂里。让我们看下 AComponent 的组件工厂代码:
function View_AComponent_0(_l) { return jit_viewDef1(0, [ jit_elementDef_2(..., "b-comp", ...), jit_directiveDef_5(..., jit_BComponent6, [], { textContent: [0, "textContent"] }, ...), jit_elementDef_2(..., "span", [], [[8, "textContent", 0]], ...) ], function (_ck, _v) { var _co = _v.component; var currVal_0 = _co.AText; var currVal_1 = "d"; _ck(_v, 1, 0, currVal_0, currVal_1); }, function (_ck, _v) { var _co = _v.component; var currVal_2 = _co.AText; _ck(_v, 2, 0, currVal_2); }); }
如果你读了 译 Angular DOM 更新机制 或 译 为何 Angular 内部没有发现组件,就会对上面代码中的各个视图节点比较熟悉了。前两个节点中,jit_elementDef_2 是元素节点,jit_directiveDef_5 是指令节点,这两个组成了子组件 BComponent;第三个节点 jit_elementDef_2 也是元素节点,组成了 span 元素。
节点绑定相同类型的节点使用相同的节点定义函数,但区别是接收的参数不同,比如 jit_directiveDef_5 节点定义函数参数如下:
jit_directiveDef_5(..., jit_BComponent6, [], { textContent: [0, "textContent"] }, ...),
其中,参数 {textContent: [0, "textContent"]} 叫做 props,这点可以查看 directiveDef 函数的参数列表:
directiveDef(..., props?: {[name: string]: [number, string]}, ...)
props 参数是一个对象,每一个键为绑定属性名,对应的值为绑定索引和绑定属性名组成的数组,比如本例中只有一个绑定,textContent 对应的值为:
{textContent: [0, "textContent"]}
如果指令有多个绑定,比如:
props 参数值也包含两个属性:
jit_directiveDef5(49152, null, 0, jit_BComponent6, [], { textContent: [0, "textContent"], otherProp: [1, "otherProp"] }, null),
Angular 会使用这些值来生成当前指令节点的 binding,从而生成当前视图的指令节点。在变更检测时,每一个 binding 决定 Angular 使用哪种操作来更新节点和提供上下文信息,绑定类型是通过 BindingFlags 设置的(注:每一个绑定定义是 BindingDef,它的属性 flags: BindingFlags 决定 Angular 该采取什么操作,比如 Class 型绑定和 Style 型绑定都会调用对应的操作函数,见下文)。比如,如果是属性绑定,编译器会设置绑定标志位为:
export const enum BindingFlags { TypeProperty = 1 << 3,
注:上文说完了指令定义函数的参数,下面说说元素定义函数的参数。
本例中,因为 span 元素有属性绑定,编译器会设置绑定参数为 [[8, "textContent", 0]]:
jit_elementDef2(..., "span", [], [[8, "textContent", 0]], ...)
不同于指令节点,对元素节点来说,绑定参数结构是个二维数组,因为 span 元素只有一个绑定,所以它仅仅只有一个子数组。数组 [8, "textContent", 0] 中第一个参数也同样是绑定标志位 BindingFlags,决定 Angular 应该采取什么类型操作(注:[8, "textContent", 0] 中的 8 表示为 property 型绑定):
export const enum BindingFlags { TypeProperty = 1 << 3, // 8
其他类型标志位已经在文章 译 Angular DOM 更新机制 有所解释:
TypeElementAttribute = 1 << 0, TypeElementClass = 1 << 1, TypeElementStyle = 1 << 2,
编译器不会为指令定义提供绑定标志位,因为指令的绑定类型也只能是 BindingFlags.TypeProperty。
注:节点绑定 这一节主要讲的是对于元素节点来说,每一个节点的 binding 类型是由 BindingFlags 决定的;对于指令节点来说,每一个节点的 binding 类型只能是 BindingFlags.TypeProperty。updateRenderer 和 updateDirectives
组件工厂代码里,编译器还为我们生成了两个函数:
function (_ck, _v) { var _co = _v.component; var currVal_0 = _co.AText; var currVal_1 = _co.AProp; _ck(_v, 1, 0, currVal_0, currVal_1); }, function (_ck, _v) { var _co = _v.component; var currVal_2 = _co.AText; _ck(_v, 2, 0, currVal_2); }
如果你读了 译 Angular DOM 更新机制,应该对第二个函数即 updateRenderer 有所熟悉。第一个函数叫做 updateDirectives。这两个函数都是 ViewUpdateFn 类型接口,两者都是视图定义的属性:
interface ViewDefinition { flags: ViewFlags; updateDirectives: ViewUpdateFn; updateRenderer: ViewUpdateFn;
有趣的是这两个函数的函数体基本相同,参数都是 _ck 和 _v,并且两个函数的对应参数都指向同一个对象,所以为何需要两个函数?
因为在变更检测期间,这是不同阶段的两个不同行为:
更新子组件的输入绑定属性
更新当前组件的 DOM 元素
这两个操作是在变更检测的不同阶段执行,所以 Angular 需要两个独立的函数分别在对应的阶段调用:
updateDirectives——变更检测的开始阶段被调用,来更新子组件的输入绑定属性
updateRenderer——变更检测的中间阶段被调用,来更新当前组件的 DOM 元素
这两个函数都会在 Angular 每次的变更检测时 被调用,并且函数参数也是在这时被传入的。让我们看看函数内部做了哪些工作。
_ck 就是 check 的缩写,其实就是函数 prodCheckAndUpdateNode,另一个参数就是 组件视图数据。函数的主要功能就是从组件对象里拿到绑定属性的当前值,然后和视图数据对象、视图节点索引等一起传入 prodCheckAndUpdateNode 函数。其中,因为 Angular 会更新每一个视图的 DOM,所以需要传入当前视图的索引。如果我们有两个 span 和两个组件:
编译器生成的 updateRenderer 函数和 updateDirectives 函数如下:
function(_ck, _v) { var _co = _v.component; var currVal_0 = _co.AText; // update first component _ck(_v, 1, 0, currVal_0); var currVal_1 = _co.AText; // update second component _ck(_v, 3, 0, currVal_1); }, function(_ck, _v) { var _co = _v.component; var currVal_2 = _co.AText; // update first span _ck(_v, 4, 0, currVal_2); var currVal_3 = _co.AText; // update second span _ck(_v, 5, 0, currVal_3); }
没有什么更复杂的东西,这两个函数还不是重点,重点是 _ck 函数,接着往下看。
更新元素的属性从上文我们知道,编译器生成的 updateRenderer 函数会在每一次变更检测被调用,用来更新 DOM 元素的属性,并且其参数 _ck 就是函数 prodCheckAndUpdateNode。对于 DOM 元素的更新,该函数经过一系列的函数调用后,最终会调用函数 checkAndUpdateElementValue,这个函数会检查绑定标志位是 [attr.name, class.name, style.some] 其中的哪一个,又或者是属性绑定(注:可查看源码这段 L233-L250):
case BindingFlags.TypeElementAttribute -> setElementAttribute case BindingFlags.TypeElementClass -> setElementClass case BindingFlags.TypeElementStyle -> setElementStyle case BindingFlags.TypeProperty -> setElementProperty;
上面代码就是刚刚说的几个绑定类型,当绑定标志位是 BindingFlags.TypeProperty,会调用函数 setElementProperty,该函数内部也是通过调用 DOM Renderer 的 setProperty 方法来更新 DOM。
注:setElementProperty 函数里这行代码 view.renderer.setProperty(renderNode,name, renderValue);,renderer 就是 Renderer2 interface,它仅仅是一个接口,在浏览器平台下,它的实现就是 DefaultDomRenderer2。更新指令的属性
上文中已经描述了 updateRenderer 函数是用来更新元素的属性,而 updateDirective 是用来更新子组件的输入绑定属性,并且变更检测期间传入的参数 _ck 就是函数 prodCheckAndUpdateNode。只是进过一系列函数调用后,最终调用的函数却是checkAndUpdateDirectiveInline,这是因为这次节点的标志位是 NodeFlags.TypeDirective(注:可查看源码 L428-L429),checkAndUpdateDirectiveInline 函数主要功能如下:
从当前视图节点里获取组件/指令对象(注:查看 L156)
检查组件/指令对象的绑定属性值是否发生改变(注:查看 L160-L199)
如果属性发生改变:
a. 如果变更策略设置为 OnPush,设置视图状态为 checksEnabled(注:查看 L438)
b. 更新子组件的绑定属性值(注:查看 L446)
c. 准备 SimpleChange 数据和更新视图的 oldValues 属性,新值替换旧值(注:查看 L451-L454)
d. 调用生命周期钩子 ngOnChanges(注:查看 L201)
如果该视图是首次执行变更检测,则调用生命周期钩子 ngOnInit(注:查看 L205)
调用生命周期钩子 ngDoCheck(注:查看 L233)
当然,只有在生命周期钩子在组件内定义了才被调用,Angular 使用 NodeDef 节点标志位来判断是否有生命周期钩子,如果查看源码你会发现类似如下代码(注:查看 L203-L207):
if (... && (def.flags & NodeFlags.OnInit)) { directive.ngOnInit(); } if (def.flags & NodeFlags.DoCheck) { directive.ngDoCheck(); }
和更新元素节点一样,更新指令时也同样把上一次的值存储在视图数据的属性 oldValues 里(注:即上面的 3.c 步骤)。
文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。
转载请注明本文地址:https://www.ucloud.cn/yun/107751.html
摘要:所以,单向数据流的意思是指在变更检测期间属性绑定变更的架构。相反,输出绑定过程并没有在变更检测期间内运行,所以它没有把单向数据流转变为双向数据流。说的单向数据流说的是服务层,而不是视图层嗷。 原文链接: Do you really know what unidirectional data flow means in Angular 关于单向数据流,还可以参考这篇文章,且文中还有 y...
摘要:注更新元素节点和文本节点都提到了渲染器,这也是一个重要的概念。每一个视图对象都有一个属性,即是的引用,也就是组件渲染器,的实际更新操作由它完成。 原文链接:The mechanics of DOM updates in Angular showImg(https://segmentfault.com/img/remote/1460000014687960?w=419&h=268); ...
摘要:本文将解释引起这个错误的内在原因,检测机制的内部原理,提供导致这个错误的共同行为,并给出修复这个错误的解决方案。这一次过程称为。这个程序设计为子组件抛出一个事件,而父组件监听这个事件,而这个事件会引起父组件属性值发生改变。 原文链接:Everything you need to know about the ExpressionChangedAfterItHasBeenCheckedE...
摘要:但如果一个组件在生命周期钩子里改变父组件属性,却是可以的,因为这个钩子函数是在更新父组件属性变化之前调用的注即第步,在第步之前调用。 原文链接:Angular.js’ $digest is reborn in the newer version of Angular showImg(https://segmentfault.com/img/remote/146000001468785...
摘要:原文地址上面一篇文章简单介绍了如何使用进行的单元测试我们用了一段简单的代码进行计算的测试。添加测试接下来终于到了我们的主题,添加一些单元测试给我们忽略代码中部分,主要集中在的代码中。 原文地址:http://www.bradoncode.com/blog/2015/05/17/angularjs-testing-controller/@Bradley Braithwaite show...
阅读 1435·2021-09-02 19:23
阅读 1585·2021-08-11 11:19
阅读 640·2019-08-30 15:55
阅读 1651·2019-08-30 12:50
阅读 2240·2019-08-30 11:23
阅读 2179·2019-08-29 13:13
阅读 1499·2019-08-28 18:13
阅读 3343·2019-08-26 11:53