React 是否扼杀了 Shadow 的概念-DOM
Has React killed the concept of Shadow-DOM
Shadow DOM 旨在作为构建基于组件的应用程序的工具。
但是如果我在 React 中使用基于组件的样式，这意味着每个组件只加载它自己的 CSS 文件，我还需要 Shadow DOM 的概念吗？
你的说法 "Shadow DOM is designed as a tool for building component-based apps." 不准确，应该是 "Shadow DOM is designed to encapsulate DOM and CSS." 我可以使用 Shadow DOM 而无需编写单个组件，我可以编写一个没有 Shadow 的组件 DOM.
React 是为自己的组件类型做自己的事情的众多框架之一。但这并没有消除 Shadow DOM.
的目的
标准 HTML 元素使用阴影 DOM。 <video> 和 <audio> 等元素就是很好的例子。您看不到阴影中的内容 DOM，也不需要。
如果更多的组件开发人员使用 <audio> 和 <video> 作为示例来说明如何编写可重用的小型组件，那么它们会更好地组合在一起。但是，开发人员通常希望将整个页面变成一个组件，而这并不是编写代码的最佳方式。
React、Vue、Angular 和其他人有他们创建组件和页面的方式。他们是否使用ShadowDOM与是否需要和使用ShadowDOM.
无关
Shadow DOM 旨在作为构建基于组件的应用程序的工具。
但是如果我在 React 中使用基于组件的样式，这意味着每个组件只加载它自己的 CSS 文件，我还需要 Shadow DOM 的概念吗？
你的说法 "Shadow DOM is designed as a tool for building component-based apps." 不准确，应该是 "Shadow DOM is designed to encapsulate DOM and CSS." 我可以使用 Shadow DOM 而无需编写单个组件，我可以编写一个没有 Shadow 的组件 DOM.
React 是为自己的组件类型做自己的事情的众多框架之一。但这并没有消除 Shadow DOM.
的目的标准 HTML 元素使用阴影 DOM。 <video> 和 <audio> 等元素就是很好的例子。您看不到阴影中的内容 DOM，也不需要。
如果更多的组件开发人员使用 <audio> 和 <video> 作为示例来说明如何编写可重用的小型组件，那么它们会更好地组合在一起。但是，开发人员通常希望将整个页面变成一个组件，而这并不是编写代码的最佳方式。
React、Vue、Angular 和其他人有他们创建组件和页面的方式。他们是否使用ShadowDOM与是否需要和使用ShadowDOM.
无关