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>

);

}

});

我做的事情比上面的示例复杂一些,但总体思路是相同的

回答:

是,有一点不同!

使用innerHTMLvs 的直接效果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

回到顶部