我希望能够传入一字符串并让

rmruhul

该元素中的内容看起来像这样，并且尽可能少地弄乱。因此，在我们拥有它之前，我认为总会有一些工具。这些工具还有很多其他功能，例如您可以像在 SPA 中一样为页面之间的过渡设置动画。我们有一个新的 API，希望在不久的将来会出现在浏览器上，它现在可以在 Chrome Canary 中运行，但在其他地方，你的转换 API 中则无法运行。有一个 API 正在开发中，用于清理 HTML 字符串，这样您就不会执行可怕的跨站点脚本编写工作，尚未真正发布到任何地方，但它正在开发中。

克里斯：因此，有很多类似库的东西正在开发中，但我认为 DOM diffing 确实是一件大事。我们现在构建网络的大部分方式都是从 API 或数据库中获取一些数据，然后根据用户所做的事情动态更新 UI。你可以通过 DOM 操作 电报号码数据 来做到这一点，我绝对做到了，但是，伙计，这很难做到。所以，我确实感受到了基于状态的 UI 的吸引力。另一方面，我们还使用基于状态的 UI 来做很 多不合适的事情，从长远来看，它最终会变得更难管理和维护。所以我就跑题了，抱歉。德鲁，阻止我，问我——

德鲁：是的，我不想掩盖 jQuery 作为这一总体趋势的例子的重要性，因为正如您所说，当时，在 DOM 中找到目标对象确实很困难。你可以给事物一个 ID，然后你可以通过 ID 获取元素，然后你就可以以这种方式定位它。但是如果你想获得某个类的所有内容，那是非常困难的，因为没有办法访问类列表，你只能获取属性值，然后你必须自己剖析它。尝试通过类获取某些东西的效率非常低，而 jQuery 所做的是它采用了我们已经熟悉的 API（本质上是 CSS 选择器 API），并在 JavaScript 中实现了它。

德鲁：而且，突然之间，定位页面上的内容变得非常简单……它很快就成为任何 JavaScript 库允许您寻址 DOM 中的元素的事实上的方式。由于这种趋势，因为每个人都希望通过相当繁重的 JavaScript 实现来做到这一点，所以我们不要忘记这不是一件便宜的事情，Web 平台进行了调整，我们得到了 querySelector，它在 querySelectorAll 上做同样的事情。当然，然后 jQuery 做了什么，或者我认为它的选择器引擎被称为 Sizzle，我认为，在幕后。Sizzle 随后采用了 querySelectorAll 作为其实现的一部分。



如果可以使用本机选择器来解析选择器，那就可以了。所以，实际上，Web 平台受到了 jQuery 的启发，然后在整个周期中改进了 jQuery。所以，我认为网络一直进步的方式就是观察人们在做什么，看看他们试图解决的问题，以及我们用来尝试解决问题的 JavaScript 的混乱情况，然后提供一个原生的这样做只会让一切变得更加容易。这是最终的趋势吗？这就是我们在这里看到的吗？

克里斯：耶，当然了。我经常将 jQuery 描述为铺平牛路。我在浏览器中喜欢和使用的许多方法，我完全归功于 jQuery，我认为认识到这一点帮助我减少了对现代框架或现代库造成的一些损害的愤怒，因为现实是它们......我认为问题是，其中很多都是实验，展示了做事的替代方法，然后我们作为一个行业有一种倾向，“如果这对这个有好处，那么对一切都有好处。” 因此，React 非常擅长在特定用例中做一组特定的事情，并且通过 Facebook 的一些非常好的营销，它成为了事实上的网络库。