[Übersetzung] Angular DOM-Aktualisierungsmechanismus – gemeinsame Nutzung der Laravel/Angular-Technologie

Dieser Artikel stellt Ihnen hauptsächlich den Aktualisierungsmechanismus von AngularJS Dom sowie viele Wissenspunkte über die Modellausdrücke von AngularJS und die interne Architektur des Programms vor. Beginnen wir gemeinsam mit dem Lernen

AngularJS-Modellausdruck:

Die durch Modelländerungen ausgelöste DOM-Aktualisierung ist eine wichtige Funktion aller Front-End-Frameworks (Hinweis: Modell und Ansicht synchron halten), Angular ist natürlich keine Ausnahme. Definieren Sie einen Vorlagenausdruck wie folgt:

<span>Hello {{name}}</span>

oder eine Attributbindung ähnlich der folgenden (Hinweis: Dies entspricht dem obigen Code):

<span [textContent]="&#39;Hello &#39; + name"></span>

Jedes Mal, wenn sich der Wert von name ändert , Angular aktualisiert auf magische Weise automatisch DOM-Elemente (Hinweis: Der oberste Code dient zum Aktualisieren des DOM-Textknotens , der obige Code dient zum Aktualisieren des DOM-Elementknotens , die beiden sind unterschiedlich. unten erklärt). Das sieht auf den ersten Blick einfach aus, aber sein Innenleben ist recht komplex. Darüber hinaus sind DOM-Updates nur ein Teil des Änderungserkennungsmechanismus. Der Änderungserkennungsmechanismus besteht hauptsächlich aus den folgenden drei Schritten:

• DOM-Updates (Hinweis: Dieser Artikel wird den Inhalt erklären)

• untergeordnete Komponenten Input Bindungsaktualisierungen

• Abfragelistenaktualisierungen

In diesem Artikel wird hauptsächlich der Rendering-Teil des Änderungserkennungsmechanismus untersucht (dh der DOM-Aktualisierungsteil). Wenn Sie sich schon einmal für dieses Thema interessiert haben, können Sie weiterlesen und es wird Sie auf jeden Fall aufklären.

Bei der Angabe relevanten Quellcodes wird davon ausgegangen, dass das Programm im Produktionsmodus läuft. Fangen wir an!

Interne Struktur des Programms

Bevor wir uns mit DOM-Updates befassen, wollen wir zunächst herausfinden, wie das Angular-Programm intern gestaltet ist.

Ansicht

Aus meinem ArtikelHier ist, was Sie über dynamische Komponenten in Angular wissen müssen Beachten Sie, dass der Angular-Compiler die im Programm verwendeten Komponenten in eine Factory kompiliert Klasse. Der folgende Code zeigt beispielsweise, wie Angular eine Komponente aus einer Factory-Klasse erstellt (Hinweis: Die Logik des Autors scheint hier etwas verwirrend zu sein. Die vom Angular-Compiler kompilierte Factory-Klasse, die im vorherigen Satz erwähnt wurde, wird tatsächlich vom Compiler erstellt und nicht vom Entwickler verlangen, dass er irgendetwas tut. Der folgende Code beschreibt, wie Entwickler manuell eine Komponenteninstanz erstellen können. er möchte Komponenten sagen. Wie es instanziiert wird):

const factory = r.resolveComponentFactory(AComponent);
componentRef: ComponentRef<AComponent> = factory.create(injector);

Angular verwendet diese Factory-Klasse, um die View Definition zu instanziieren, und verwendet dann die Funktion

viewDef

, um Ansicht erstellen. Angular betrachtet ein Programm intern als Ansichtsbaum, obwohl es über eine gemeinsame Ansichtsdefinitionsschnittstelle verfügt, um die von den Komponenten generierte Ansichtsstruktur zu definieren (Hinweis: natürlich ViewDefinition Interface). verwendet jedes Komponentenobjekt, um eine entsprechende Ansicht zu erstellen und so einen Ansichtsbaum aus mehreren Ansichten zu bilden. (Hinweis: Eines der Hauptkonzepte hier ist View, und seine Struktur ist ViewDefinition Interface) Component FactoryDer größte Teil des Codes von Die Komponentenfabrik besteht aus verschiedenen vom Compiler generierten Ansichtsknoten. Diese Ansichtsknoten werden durch Vorlagenanalyse generiert (Hinweis: Die vom Compiler generierte Komponentenfabrik ist eine Funktion, die eine Funktion zurückgibt. Die obige ComponentFactory ist eine bereitgestellte Klasse von Angular für manuelles Aufrufen. Natürlich weisen beide auf dasselbe hin, nur in unterschiedlicher Form. Gehen Sie davon aus, dass die Vorlage, die eine Komponente definiert, wie folgt lautet:

<span>I am {{name}}</span>

Der Compiler analysiert diese Vorlage und generiert einen Komponenten-Factory-Code ähnlich dem folgenden (Hinweis: Dies ist nur der wichtigste Teil des Codes):

function View_AComponent_0(l) {
    return jit_viewDef1(0,
        [
          jit_elementDef2(0,null,null,1,'span',...),
          jit_textDef3(null,['I am ',...])
        ], 
        null,
        function(_ck,_v) {
            var _co = _v.component;
            var currVal_0 = _co.name;
            _ck(_v,1,0,currVal_0);

Hinweis: Der vollständige Code der von der AppComponent-Komponente kompilierten Factory-Funktion lautet wie folgt

 (function(jit_createRendererType2_0,jit_viewDef_1,jit_elementDef_2,jit_textDef_3) {
     var styles_AppComponent = [''];
     var RenderType_AppComponent = jit_createRendererType2_0({encapsulation:0,styles:styles_AppComponent,data:{}});
     function View_AppComponent_0(_l) {
         return jit_viewDef_1(0,
            [
                (_l()(),jit_elementDef_2(0,0,null,null,1,'span',[],null,null,null,null,null)),
                (_l()(),jit_textDef_3(1,null,['I am ','']))
            ],
            null,
            function(_ck,_v) {
                var _co = _v.component;
                var currVal_0 = _co.name;
                _ck(_v,1,0,currVal_0);
           });
    }
 return {RenderType_AppComponent:RenderType_AppComponent,View_AppComponent_0:View_AppComponent_0};})

Der obige Code beschreibt die Struktur der Ansicht und wird aufgerufen, wenn die Komponente instanziiert wird.

ist eigentlich die Funktion

viewDef

, die zum Erstellen von Ansichten verwendet wird (Hinweis: Die Funktion

ist sehr wichtig, da die Ansicht durch ihren Aufruf erstellt wird und die generierte Ansichtsstruktur jit_viewDef_1ViewDefinition ist ) . viewDefviewDef Der zweite Parameter der Funktion

nodes

ähnelt in gewisser Weise der Bedeutung von Knoten in HTML, ist aber mehr als das. Der zweite Parameter im obigen Code ist ein Array, das erste Array-Element ist die Elementknotendefinition und das zweite Array-Element ist die Textknotendefinition. Der Angular-Compiler generiert viele verschiedene Knotendefinitionen und der Knotentyp wird durch NodeFlags festgelegt. Später werden wir sehen, wie Angular DOM-Updates basierend auf verschiedenen Knotentypen durchführt. jit_elementDef_2jit_textDef_3Dieser Artikel interessiert sich nur für Elemente und Textknoten:

export const enum NodeFlags {
    TypeElement = 1 << 0, 
    TypeText = 1 << 1

Lass uns sie kurz durchgehen.

注：上文作者说了一大段，其实核心就是，程序是一堆视图组成的，而每一个视图又是由不同类型节点组成的。而本文只关心元素节点和文本节点，至于还有个重要的指令节点在另一篇文章。

元素节点的结构定义

元素节点结构 是 Angular 编译每一个 html 元素生成的节点结构，它也是用来生成组件的，如对这点感兴趣可查看 Here is why you will not find components inside Angular。元素节点也可以包含其他元素节点和文本节点作为子节点，子节点数量是由 childCount 设置的。

所有元素定义是由 elementRef 函数生成的，而工厂函数中的 jit_elementDef_2() 就是这个函数。elementRef() 主要有以下几个一般性参数：

Name	Description
childCount	specifies how many children the current element have
namespaceAndName	the name of the html element（注：如 'span'）
fixedAttrs	attributes defined on the element

还有其他的几个具有特定性能的参数：

Name	Description
matchedQueriesDsl	used when querying child nodes
ngContentIndex	used for node projection
bindings	used for dom and bound properties update
outputs, handleEvent	used for event propagation

本文主要对 bindings 感兴趣。

注：从上文知道视图（view）是由不同类型节点（nodes）组成的，而元素节点（element nodes）是由 elementRef 函数生成的，元素节点的结构是由 ElementDef 定义的。

文本节点的结构定义

文本节点结构 是 Angular 编译每一个 html 文本 生成的节点结构。通常它是元素定义节点的子节点，就像我们本文的示例那样（注：<span>I am {{name}}</span>，span 是元素节点，I am {{name}} 是文本节点，也是 span 的子节点）。这个文本节点是由 textDef 函数生成的。它的第二个参数以字符串数组形式传进来（注： Angular v5.* 是第三个参数）。例如，下面的文本：

<h1>Hello {{name}} and another {{prop}}</h1>

将要被解析为一个数组：

["Hello ", " and another ", ""]

然后被用来生成正确的绑定：

{
  text: 'Hello',
  bindings: [
    {
      name: 'name',
      suffix: ' and another '
    },
    {
      name: 'prop',
      suffix: ''
    }
  ]
}

在脏检查（注：即变更检测）阶段会这么用来生成文本：

text
+ context[bindings[0][property]] + context[bindings[0][suffix]]
+ context[bindings[1][property]] + context[bindings[1][suffix]]

注：同上，文本节点是由 textDef 函数生成的，结构是由 TextDef 定义的。既然已经知道了两个节点的定义和生成，那节点上的属性绑定， Angular 是怎么处理的呢？

节点的绑定

Angular 使用 BindingDef 来定义每一个节点的绑定依赖，而这些绑定依赖通常是组件类的属性。在变更检测时 Angular 会根据这些绑定来决定如何更新节点和提供上下文信息。具体哪一种操作是由 BindingFlags 决定的，下面列表展示了具体的 DOM 操作类型：

Name	Construction in template
TypeElementAttribute	attr.name
TypeElementClass	class.name
TypeElementStyle	style.name

元素和文本定义根据这些编译器可识别的绑定标志位，内部创建这些绑定依赖。每一种节点类型都有着不同的绑定生成逻辑（注：意思是 Angular 会根据 BindingFlags 来生成对应的 BindingDef）。（想看更多就到PHP中文网AngularJS开发手册中学习）

更新渲染器

最让我们感兴趣的是 jit_viewDef_1 中最后那个参数：

function(_ck,_v) {
   var _co = _v.component;
   var currVal_0 = _co.name;
   _ck(_v,1,0,currVal_0);
});

这个函数叫做 updateRenderer。它接收两个参数：_ck 和 _v。_ck 是 check 的简写，其实就是 prodCheckAndUpdateNode 函数，而 _v 就是当前视图对象。updateRenderer 函数会在 每一次变更检测时 被调用，其参数 _ck 和 _v 也是这时被传入。

updateRenderer 函数逻辑主要是，从组件对象的绑定属性获取当前值，并调用 _ck 函数，同时传入视图对象、视图节点索引和绑定属性当前值。重要一点是 Angular 会为每一个视图执行 DOM 更新操作，所以必须传入视图节点索引参数（注：这个很好理解，上文说了 Angular 会依次对每一个 view 做模型视图同步过程）。你可以清晰看到 _ck 参数列表：

function prodCheckAndUpdateNode(
    view: ViewData, 
    nodeIndex: number, 
    argStyle: ArgumentType, 
    v0?: any, 
    v1?: any, 
    v2?: any,

nodeIndex 是视图节点的索引，如果你模板中有多个表达式：

<h1>Hello {{name}}</h1>
<h1>Hello {{age}}</h1>

编译器生成的 updateRenderer 函数如下：

var _co = _v.component;

// here node index is 1 and property is `name`
var currVal_0 = _co.name;
_ck(_v,1,0,currVal_0);

// here node index is 4 and bound property is `age`
var currVal_1 = _co.age;
_ck(_v,4,0,currVal_1);

更新 DOM

现在我们已经知道 Angular 编译器生成的所有对象（注：已经有了 view，element node，text node 和 updateRenderer 这几个道具），现在我们可以探索如何使用这些对象来更新 DOM。

从上文我们知道变更检测期间 updateRenderer 函数传入的一个参数是 _ck 函数，而这个函数就是 prodCheckAndUpdateNode。这个函数在继续执行后，最终会调用 checkAndUpdateNodeInline ，如果绑定属性的数量超过 10，Angular 还提供了 checkAndUpdateNodeDynamic 这个函数（注：两个函数本质一样）。

checkAndUpdateNodeInline 函数会根据不同视图节点类型来执行对应的检查更新函数：

case NodeFlags.TypeElement   -> checkAndUpdateElementInline
case NodeFlags.TypeText      -> checkAndUpdateTextInline
case NodeFlags.TypeDirective -> checkAndUpdateDirectiveInline

让我们看下这些函数是做什么的，至于 NodeFlags.TypeDirective 可以查看我写的文章 The mechanics of property bindings update in Angular 。

注：因为本文只关注 element node 和 text node。

元素节点

对于元素节点，会调用函数 checkAndUpdateElementInline 以及 checkAndUpdateElementValue，checkAndUpdateElementValue 函数会检查绑定形式是否是 [attr.name, class.name, style.some] 或是属性绑定形式：

case BindingFlags.TypeElementAttribute -> setElementAttribute
case BindingFlags.TypeElementClass     -> setElementClass
case BindingFlags.TypeElementStyle     -> setElementStyle
case BindingFlags.TypeProperty         -> setElementProperty;

然后使用渲染器对应的方法来对该节点执行对应操作，比如使用 setElementClass 给当前节点 span 添加一个 class。

文本节点

对于文本节点类型，会调用 checkAndUpdateTextInline ，下面是主要部分：

if (checkAndUpdateBinding(view, nodeDef, bindingIndex, newValue)) {
    value = text + _addInterpolationPart(...);
    view.renderer.setValue(DOMNode, value);
}

它会拿到 updateRenderer 函数传过来的当前值（注：即上文的 _ck(_v,4,0,currVal_1);），与上一次变更检测时的值相比较。视图数据包含有 oldValues 属性，如果属性值如 name 发生变化，Angular 会使用最新 name 值合成最新的字符串文本，如 Hello New World，然后使用渲染器更新 DOM 上对应的文本。（想看更多就到PHP中文网AngularJS开发手册中学习）

注：更新元素节点和文本节点都提到了渲染器（renderer），这也是一个重要的概念。每一个视图对象都有一个 renderer 属性，即是 Renderer2 的引用，也就是组件渲染器，DOM 的实际更新操作由它完成。因为 Angular 是跨平台的，这个 Renderer2 是个接口，这样根据不同 Platform 就选择不同的 Renderer。比如，在浏览器里这个 Renderer 就是 DOMRenderer，在服务端就是 ServerRenderer，等等。从这里可看出，Angular 框架设计做了很好的抽象。

结论

我知道有大量难懂的信息需要消化，但是只要理解了这些知识，你就可以更好的设计程序或者去调试 DOM 更新相关的问题。我建议你按照本文提到的源码逻辑，使用调试器或 debugger 语句 一步步去调试源码。

Okay, dieser Artikel endet hier (wenn Sie mehr lesen möchten, besuchen Sie die chinesische PHP-Website AngularJS-Benutzerhandbuch , um mehr zu erfahren. Wenn Sie Fragen haben, können Sie unten eine Nachricht hinterlassen).

Das obige ist der detaillierte Inhalt von[Übersetzung] Angular DOM-Aktualisierungsmechanismus – gemeinsame Nutzung der Laravel/Angular-Technologie. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!