能应该是浏览器原生的

rmamin

无论好坏，这些工具都具有持久性。如果你投入大量时间来学习它们，那就太好了，这是很好的工作保障，你不会浪费时间。但这些工具中的许多工具对于浏览器来说非常笨重、劳动密集型，最终导致最终用户体验更加脆弱，这并不总是最好的事情。

德鲁：我记得，有一次，有一场运动要求 React 实际上随浏览器一起提供，作为抵消下载和暂停所有脚本的惩罚的一种方式。这是令人沮丧的，因为它就像，好吧，你在这里走在正确的道路上，这个功，但关键的是，在最后一刻，你转向并错过了，就像，不，我们不这样做想要嵌入 React，我们想做的是看看 React 正在帮助人们解决的问题，看看它提供的功能，然后说，好吧，我们如何才能采用最好的版本并将其应用到 Web 平台中。你同意吗？

克里斯：是的。是的，完全正确。React 最终将出现在浏览器中，只是不是像 电报号码数据 每个人那样......我认为很多人都从字面上谈论它，就像 jQuery 现在也出现在浏览器中一样。我们吸收最好的部分，给它们加上一些不同的名称，可以说是更冗长、笨重、在许多情况下难以使用的名称，所以我认为这就是最终的结果。库所做的另一件事是 API 一致性，我希望 Web 平台能够做得更好，因为我们正走在这条道路上。

克里斯：因此，jQuery 真正获得的一件事是，API 在方法的编写方式及其工作方式方面非常一致。只是，作为对立面，在 JavaScript 本身，只是原生 JavaScript，你可以提出一个强有力的论点，即 querySelector 和 querySelectorAll 不应该是单独的方法，它应该只是一个具有更短名称且始终返回的方法......地狱，我什至认为是数组，而不是节点列表，因为您可以使用更多方法来循环数组并将它们操作为节点或节点列表。



克里斯：为什么 classList API 是属性上的一组方法，而不是直接在元素上调用的一组方法？那么，为什么是 classList add、classList remove 而不是 add class、remove class、toggle class 等等。只是有很多这样的小事情，我认为这种被一千次削减的死亡加剧了这个问题，即使本地方法可以做到这一点，你仍然会得到很多开发人员使用工具只是因为它可以平滑那些粗糙的东西边缘，它通常有很好的文档。MDN 填补了这一空白，但它并不完美，是的。

德鲁：是的，使用设计良好的框架，这些方法往往是可以猜测的。如果您看过包含删除方法的文档，您可能会猜测添加方法与此相反，因为这就是任何人逻辑上命名它的方式。但我想，本机代码并不总是这样，因为我不知道的原因，由委员会设计，历史问题。我知道，在某一时刻，MooTools 或原型或某些旧框架会添加自己的方法，基本上意味着由于兼容性原因这些名称无法重用。