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

我个人的观点是 Javascript 非常有用且被过度使用，但如果你真的需要它，那么框架就是要走的路。

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

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

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

Jquery 与任何其他优秀的 JavaScript 框架一样，为您提供独立于浏览器平台的功能，其中包含您可能不关心或不想关心的所有错综复杂的问题。

我认为使用框架比使用纯 JavaScript 并从头开始做所有事情更好，除非您的使用非常有限。

我绝对推荐JQuery！

谢谢

“我实际上试图对 1. 的优缺点进行正常的客观讨论，使用框架而不是纯 javascript和 2.，jquery 与其他，因为 jQuery 似乎最容易使用，学习曲线最快。”

因为不想真正学习底层语言而使用任何框架是绝对错误的，不仅对于 JavaScript，对于任何其他编程语言也是如此。

“有什么理由（除了浏览器嗅探和个人对 John Resig 的“仇恨”）为什么 jQuery 是错误的？”

对它的大部分仇恨来自夸大的狂热分子，它通过“使用 jQuery”作为每个 JavaScript 问题的答案来污染论坛，以及过度使用产生的代码，在这些代码中，诸如声明变量之类的简单语句是通过库调用完成的。

尽管如此，也存在一些合法的技术问题，例如在产生难以辨认的代码和开销方面的共同负罪感。当然，由于缺乏开发人员的熟练程度而不是库本身，这两种情况更加严重。

• jQuery 是否严重依赖浏览器嗅探？将来可能是那个潜在的问题吗？为什么？

不 - 有 $.browser 方法，但它已被弃用且未在核心中使用。

• 我发现了很多 JS 选择器引擎，有没有 AJAX 和 FX 库？

负载。通常选择 jQuery 是因为它可以很好地执行 AJAX 和动画，并且易于扩展。jQuery 不使用它自己的选择器引擎，它使用Sizzle，一个非常快的选择器引擎。

• 是否有任何原因（除了浏览器嗅探和个人对 John Resig 的“仇恨”）为什么 jQuery 是错误的？

不 - 它很快，相对较小且易于扩展。

就我个人而言，很高兴知道随着浏览器包含更多内容（例如 classlist API），jQuery 将更新以包含它，这意味着我的代码始终以尽可能快的速度运行。

如果您有兴趣，请通读源代码，http://code.jquery.com/jquery-1.4.3.js - 您会看到首先根据最佳情况添加功能，然后逐渐向后移植到旧浏览器 - 对于例如，来自 1.4.3 的 parseJSON 方法的一部分：

return window.JSON && window.JSON.parse ?
    window.JSON.parse( data ) :
    (new Function("return " + data))();

如您所见，如果 window.JSON 存在，则浏览器使用本机 JSON 解析器，如果不存在，则避免使用 eval（因为否则 minfiers 不会缩小该位）并设置返回数据的函数。这种首先采用现代技术，然后降级为旧方法的想法贯穿始终，这意味着新浏览器可以在不牺牲遗留兼容性的情况下使用所有 whiz bang 功能。