没有值的 LitElement 渲染模板
LitElement rendering template without values
我有一个简单的例子来证明我所看到的:https://stackblitz.com/edit/lit-element-example-3pdnwk?file=index.js。
基本上当第一个子元素呈现时,text
属性 设置正确。但是在第二次渲染时,text
属性 首先是 undefined
然后更新为正确的值。
这打破了依赖 _firstRendered()
为属性分配正确值的能力。
我真的在这里做某事吗?
更新:这是使用 lit-html documentation: https://stackblitz.com/edit/lit-element-issue?file=index.js
中提供的类似方法的更好示例
Am I doing something really off here?
也许吧? :) 希望您能帮助我理解您选择实施的原因,我可以进一步研究它。
我坚持的部分是为什么要像这样在父元素中创建和替换子元素:
this._child = html`<child-element text="${text1}"></child-element>`;
据我目前的了解,该代码使用 lit-html 辅助函数来创建 lit-html TemplateResult。然后在超时回调中将其替换为另一个:
this._child = html`<child-element text="${text2}"></child-element>`;
因此,您的代码不是只重新绘制更改的内容(字符串),而是创建一个新的 TemplateResult 并重新绘制它。如您所述,这还会再次调用子元素构造函数并导致文本节点暂时未定义。这是添加到您的 impl 的控制台输出,以显示何时为父子调用构造函数和渲染函数:
https://stackblitz.com/edit/lit-element-example-ftlbz7?file=index.js
通过检查 DOM 树,您的示例生成此 DOM 结构:
<parent-element>
#shadow-root
<div>
<child-element>
#shadow-root
<div>
假设我需要生成相同的 DOM 结构并具有相同的文本节点更新以响应超时回调,我可能会在父渲染函数中处理它:
_render({ parenttext }) {
return html`<div><child-element text="${parenttext}"></child-element></div>`;
}
这确保子构造函数只被调用一次,并且只有实际更改的数据才会被重绘。
如果我没理解错的话,这就是 lit-element 的设计用途(将应用程序或元素的渲染表示为其数据的函数)。这样我们就可以依靠浏览器来重新绘制对数据的任何更改。这在理论上应该更快(尽管我还没有测试过)。
此处的代码示例:
https://stackblitz.com/edit/lit-element-example-exrlxw?file=parent-element.js
请了解我在您的测试中遗漏了什么,我可以进一步研究它。
编辑添加:
我注意到重写 _shouldRender
以防止元素使用未定义的 props 渲染会阻止元素使用未定义的 props 渲染,但它没有修复 _firstRendered
,它在 props 时仍在触发未定义。
与 _didRender
不同,_firstRendered
不是作为 _render
的结果而被特别调用的;它是 called from the ready()
callback, which is inherited from Polymer's properties-changed mixin。在 Polymer 中,ready()
在元素添加到 DOM 时触发。我认为到那时应该初始化属性,所以这仍然很奇怪。
无论如何,这意味着可以创建一个永远不会呈现的元素(即 _shouldRender
总是 returns false),但 _firstRendered
仍然会触发。哈哈。示例:https://stackblitz.com/edit/lit-element-first-rendered?file=index.js.
老实说,我不确定该怎么做。当我从文档中阅读更多内容时,我会在 lit-element github 上提出问题(或者你可以,如果你先到达那里)。
从 0.6.0-dev.5
开始这不再是问题
我有一个简单的例子来证明我所看到的:https://stackblitz.com/edit/lit-element-example-3pdnwk?file=index.js。
基本上当第一个子元素呈现时,text
属性 设置正确。但是在第二次渲染时,text
属性 首先是 undefined
然后更新为正确的值。
这打破了依赖 _firstRendered()
为属性分配正确值的能力。
我真的在这里做某事吗?
更新:这是使用 lit-html documentation: https://stackblitz.com/edit/lit-element-issue?file=index.js
中提供的类似方法的更好示例Am I doing something really off here?
也许吧? :) 希望您能帮助我理解您选择实施的原因,我可以进一步研究它。
我坚持的部分是为什么要像这样在父元素中创建和替换子元素:
this._child = html`<child-element text="${text1}"></child-element>`;
据我目前的了解,该代码使用 lit-html 辅助函数来创建 lit-html TemplateResult。然后在超时回调中将其替换为另一个:
this._child = html`<child-element text="${text2}"></child-element>`;
因此,您的代码不是只重新绘制更改的内容(字符串),而是创建一个新的 TemplateResult 并重新绘制它。如您所述,这还会再次调用子元素构造函数并导致文本节点暂时未定义。这是添加到您的 impl 的控制台输出,以显示何时为父子调用构造函数和渲染函数:
https://stackblitz.com/edit/lit-element-example-ftlbz7?file=index.js
通过检查 DOM 树,您的示例生成此 DOM 结构:
<parent-element>
#shadow-root
<div>
<child-element>
#shadow-root
<div>
假设我需要生成相同的 DOM 结构并具有相同的文本节点更新以响应超时回调,我可能会在父渲染函数中处理它:
_render({ parenttext }) {
return html`<div><child-element text="${parenttext}"></child-element></div>`;
}
这确保子构造函数只被调用一次,并且只有实际更改的数据才会被重绘。
如果我没理解错的话,这就是 lit-element 的设计用途(将应用程序或元素的渲染表示为其数据的函数)。这样我们就可以依靠浏览器来重新绘制对数据的任何更改。这在理论上应该更快(尽管我还没有测试过)。
此处的代码示例:
https://stackblitz.com/edit/lit-element-example-exrlxw?file=parent-element.js
请了解我在您的测试中遗漏了什么,我可以进一步研究它。
编辑添加:
我注意到重写 _shouldRender
以防止元素使用未定义的 props 渲染会阻止元素使用未定义的 props 渲染,但它没有修复 _firstRendered
,它在 props 时仍在触发未定义。
_didRender
不同,_firstRendered
不是作为 _render
的结果而被特别调用的;它是 called from the ready()
callback, which is inherited from Polymer's properties-changed mixin。在 Polymer 中,ready()
在元素添加到 DOM 时触发。我认为到那时应该初始化属性,所以这仍然很奇怪。
无论如何,这意味着可以创建一个永远不会呈现的元素(即 _shouldRender
总是 returns false),但 _firstRendered
仍然会触发。哈哈。示例:https://stackblitz.com/edit/lit-element-first-rendered?file=index.js.
老实说,我不确定该怎么做。当我从文档中阅读更多内容时,我会在 lit-element github 上提出问题(或者你可以,如果你先到达那里)。
从 0.6.0-dev.5