为什么避风港';t现代浏览器使DOM数据流/状态驱动支持现代web应用程序*而没有框架*

为什么避风港';t现代浏览器使DOM数据流/状态驱动支持现代web应用程序*而没有框架*,dom,browser,Dom,Browser,随着Web组件和自定义元素现在已经标准化,并且成为所有现代浏览器的一部分,这些浏览器现在似乎应该能够以本机方式实现反应式DOM。为什么现代浏览器中没有本机反应性DOM?什么叫反应性DOM?也许我应该这样澄清我的问题:为什么现代浏览器中的DOM在默认情况下不是反应性的?或者,为什么现代浏览器还没有让DOM数据流/状态驱动来支持没有框架的现代web应用程序?是的,你肯定应该澄清你的问题,用真实而清晰的例子说明你认为浏览器应该实现但尚未实现的功能。因为有许多特性可以对DOM更改做出反应,并且有许多方法

随着Web组件和自定义元素现在已经标准化,并且成为所有现代浏览器的一部分,这些浏览器现在似乎应该能够以本机方式实现反应式DOM。为什么现代浏览器中没有本机反应性DOM?

什么叫反应性DOM?也许我应该这样澄清我的问题:为什么现代浏览器中的DOM在默认情况下不是反应性的?或者,为什么现代浏览器还没有让DOM数据流/状态驱动来支持没有框架的现代web应用程序?是的,你肯定应该澄清你的问题,用真实而清晰的例子说明你认为浏览器应该实现但尚未实现的功能。因为有许多特性可以对DOM更改做出反应,并且有许多方法可以以不引人注目的方式批处理DOM更改。但是,作为web开发人员,我们的工作就是以正确的方式使用它。@Kaido,当然我们可以使用像React with a virtual DOM这样的框架,或者我们可以自己构建一个虚拟DOM。。。我的问题更重要的是:我们为什么要这样做?为什么DOM还没有在本地支持数据流和状态管理?它确实在本地支持“状态管理”。例如,所有DOM都会在用户输入时更改其
.value
,并触发您作为开发人员可以挂接的事件。几乎所有的DOM都或多或少以相同的方式反应。虚拟DOM是本机支持的,所有屏幕外操作都可以认为是在虚拟DOM中完成的。我们甚至还有文件碎片。而DOM更新的重要部分(布局和渲染)已经由浏览器以巧妙的方式进行批处理。对于“数据流”,我不确定你在说什么。