React.js:设置innerHTML vs危险地设置InnerHTML
与在元素上设置元素的innerHTML与在元素上设置危险地设置InnerHTML属性有什么“幕后”区别?假设为简单起见,我正在对事物进行适当的消毒。
例:
var test = React.createClass({render: function(){
return (
<div contentEditable='true' dangerouslySetInnerHTML={{ __html: "Hello" }}></div>
);
}
});
与
var test = React.createClass({ componentDidUpdate: function(prevProp, prevState){
this.refs.test.innerHTML = "Hello";
},
render: function(){
return (
<div contentEditable='true' ref='test'></div>
);
}
});
我做的事情比上面的示例复杂一些,但总体思路是相同的
回答:
是,有一点不同!
使用innerHTML
vs 的直接效果dangerouslySetInnerHTML
是相同的-DOM节点将使用注入的HTML更新。
但是 ,在使用dangerouslySetInnerHTML
它时,让React 在幕后知道该组件内部的HTML并不是它关心的。
由于React使用虚拟DOM,因此当将差异与实际DOM进行比较时,它可以直接绕过检查该节点的子节点, 因为它知道HTML来自其他来源
。这样就可以提高性能。
,如果仅使用innerHTML
,React无法知道DOM节点已被修改。下次render
调用该函数时,
使用它认为该DOM节点的正确状态应 手动注入 。
componentDidUpdate
我认为可以始终确保内容同步的解决方案,我相信它可以工作,但是在每次渲染过程中可能会有闪光。
以上是 React.js:设置innerHTML vs危险地设置InnerHTML 的全部内容, 来源链接: utcz.com/qa/419982.html