Svelte认为ReactJs的虚拟DOM是一个神话？

这是Svelte的观点：像 React 这样的框架的性能声明只是胡说八道的营销言论，JS UI 框架的价值一般不在于性能，而在于提供“声明性的、状态驱动的 UI 开发”，因为原始 JS/HTML/CSS 开发很糟糕，并且很容易做出糟糕的架构决策和编写无法维护的意大利面条式代码。这样，无论您使用 Vue、React 还是 Angular，它对性能都没有影响。
虚拟 DOM 都会在过程中增加额外的步骤，并且它们有成本。但是它也有用处，从总体上看，如果您手动操作 DOM，那么您很可能只是交换树的整个块，而不是进行外科手术操作。因为手动管理所有这些手术操作很快就会变成一个繁琐的、无法维护的混乱。但是，如果你这样做，你会要求浏览器做更多的重新渲染，这将是代价高昂的。
另外，管理虚拟DOM是有开销的，是的，如果您不按照框架期望的方式构建应用程序，您可能会遇到麻烦。
React 向我们展示了虚拟 DOM 可以为我们提供更好的编程模型并且仍然优于当时基于模板的框架的想法。React 试图争辩说直接 DOM 修改是昂贵的，并且使用虚拟 DOM 会产生更高的性能，这是胡说八道的主张。
 
React 最初的承诺是，您可以在每次状态更改时重新渲染整个应用程序，而无需担心性能。在实践中，这并不准确。如果是这样，就不需要像这样的优化shouldComponentUpdate（这是告诉 React 何时可以安全地跳过组件的一种方式）。
即使使用shouldComponentUpdate，一次性更新整个应用程序的虚拟 DOM 也需要大量工作。不久前，React 团队引入了一种叫做 React Fiber 的东西，它允许将更新分成更小的块。这意味着（除其他外）更新不会长时间阻塞主线程，尽管它不会减少工作总量或更新所需的时间。
 
开销从哪里来？
最明显的是，diffing 进行差异区分不是免费的。如果不先将新的虚拟 DOM 与之前的旧快照进行比较，就无法将更改应用于真实 DOM。拿前面的HelloMessage例子来说，假设name道具从“world”变成了“everyone”。

• 两个快照都包含一个元素。在这两种情况下都是 a <div>，这意味着我们可以保留相同的 DOM 节点
• 我们枚举旧属性<div>和新属性的所有属性，以查看是否需要更改、添加或删除任何属性。在这两种情况下，我们都有一个属性——aclassName的值为"greeting"
• 下降到这个元素中，我们看到文本发生了变化，因此我们需要更新真实的 DOM

if (changed.name) {
  text.data = name;
}

function StrawManComponent(props) {
  const value = expensivelyCalculateValue(props.foo);

  return (
    <p>the value is {value}</p>
  );
}

function MoreRealisticComponent(props) {
  const [selected, setSelected] = useState(null);

  return (
    <div>
      <p>Selected {selected ? selected.name : 'nothing'}</p>

      <ul>
        {props.items.map(item =>
          <li>
            <button onClick={() => setSelected(item)}>
              {item.name}
            </button>
          </li>
        )}
      </ul>
    </div>
  );
}