就目前而言,这个问题不适合我们的问答形式。我们希望答案得到事实、参考资料或专业知识的支持,但这个问题可能会引发辩论、争论、投票或扩展讨论。如果您认为此问题可以改进并可能重新打开,请访问帮助中心获取指导。
9 年前关闭。
考虑到
为什么你更喜欢一个而不是另一个?
我会尝试添加我的信息。
据我了解,Google Closure 不仅是另一个 JS 库,它还是一组工具,可以让您优化 JS 代码。使用 jQuery 为您提供了很好的工具和轻量级库,但它不会缩小您自己的代码。闭包编译器会。闭包检查器也可能很有用,因为有时缩小的代码与原始代码的行为不同,调试起来很痛苦。它与Firebug集成并支持单元测试,这两者都是当今开发人员最好的朋友。
我猜想,作为任何新库 VS 一个完善的库,它将缺乏 jQuery 拥有的大量扩展和教程的可用性。然而,被谷歌推动应该确保支持和可靠性都很好。当前的文档和教程看起来也都非常好。
不过,Closure 的功能看起来不错,而且它的模块化架构也很有前途。我猜谷歌已经在内部使用它很长时间了,这意味着您可以期望所有基本功能(以及更多)都可以实现,并且可能以一种非常优化和可扩展的方式实现。他们试图将其呈现为 JavaScript 的 STL,因此他们应该对其进行优化。
在更仔细地研究了这些特性之后,与现有的 jQuery 库相比,这似乎是 Web 应用程序开发的一个进步。它猜测它有利于 Google 的内部开发,但诸如检测在线状态(请参阅goog.events.OnlineHandler)、在浏览器历史记录中轻松集成 AJAX 请求和 JS 操作(请参阅goog.History)或大量出色的小部件之类的事情他们提供(参见goog.ui 包)可以帮助我们所有人构建更棒的 web 应用程序;)!
它带有与 Java 集成的模板功能(谁说GWT?),所以这也可能是 Closure 的另一个优点。
最后,它看起来非常易于使用。语法可能比简短的 $ jQuery 函数更冗长,但使用 IDE 和自动完成,这不是一个真正的问题。此外,我想说我们可以期待与来自 Google 的 Eclipse 等 IDE 的良好集成。
编辑:根据要求,让我对 GWT 参考说几句话。Google Web Toolkit 是一个 Java 库,允许创建支持 AJAX 的 Web 界面并生成(和优化)所需的 JavaScript 代码。由于 Google Closure 允许创建可在客户端和服务器端(使用 JavaScript 和 Java)使用的模板,我的猜测是很快就可以联合使用它们(如果还没有的话)。