jQuery 与 javascript？

Question

我最近偶然发现了一些 javascript 论坛（不幸的是，链接在宇宙中的某个地方丢失了），在那里你可能真的很讨厌 jQuery 因为它没有……任何好处？

大多数论点实际上似乎是有道理的。

现在，我真的很喜欢 jQuery，主要是因为它让我专注于我想做的事情，而不是浏览器的不一致，它实际上使 AJAXing 具有很酷的（或 过度使用 的？）效果变得有趣。

但如果 jQuery 的核心真的有问题，我不想像我实际那样依赖它……依赖它。

我不想再争论哪个框架最好……但是……哪个框架最好 （开玩笑） ？作为案例使用，请考虑中小型 Web 及其管理。

我只是想弄清楚，如果 某些 框架中的东西或带有少量我的函数的纯 javascript 真的有所不同。

编辑：

我实际上试图就以下方面的利弊进行正常客观的讨论：

1. 在纯 javascript 上使用框架和
2. jQuery 与其他，

由于 jQuery 似乎最容易上手，而且学习曲线最快。然而，有些人就是不理解，认为我正在点燃另一股火焰（我不是）。我实际上投票重新打开这个问题。

我也很感兴趣：

• jQuery 是否严重依赖浏览器嗅探？这会是未来的潜在问题吗？为什么？
• 我发现了很多 JS 选择器引擎，是否有任何 AJAX 和 FX 库？
• 有什么理由（除了浏览器嗅探和个人对 John Resig 的“仇恨”）为什么 jQuery 是错误的吗？

jQuery 实际上，正如大多数人所使用的那样，也代表其他框架。

原文由 Adam Kiss 发布，翻译遵循 CC BY-SA 4.0 许可协议

Answer 1

一切都与性能和开发速度有关。当然，如果您是一名优秀的程序员并且设计了真正适合您的需求的东西，您可能会获得比使用 Javascript 框架更好的性能。但是你有时间自己做这一切吗？

我个人的看法是 Javascript 非常有用并且被滥用了，但是如果你真的需要它，那么框架就是最好的选择。

现在是框架的选择。对于基准的价值，您可以在 http://ejohn.org/files/142/ 找到一个。它还取决于可用的插件以及您打算使用它们做什么。我开始使用 jQuery 是因为它似乎得到了维护并且功能完善，尽管当时它并不是最快的。我不后悔，但从那以后我没有测试任何其他东西。

原文由 Xr. 发布，翻译遵循 CC BY-SA 3.0 许可协议

Answer 2

就我个人而言，我认为您应该首先学习困难的方法。它会让你成为一个更好的程序员，当它出现时你将能够解决这个问题。在你可以使用纯 JavaScript 完成之后，使用 jQuery 来加速开发只是一个额外的好处。

如果你能以困难的方式做到，那么你也可以以简单的方式做到，反之则行不通。这适用于任何编程范式。

原文由 CMJ 发布，翻译遵循 CC BY-SA 3.0 许可协议