JQuery vs ExtJS
我们正在计划开发全新的GUI。 我们对我们旧产品中使用的JQuery非常满意。 这很容易，优雅和快速。
我们听说过ExtJS 。 它也有AJAX和其他function的大名单。
我们只想使用其中的一个。
哪一个最好根据你的经验？
我广泛使用jQuery并且喜欢它。 我曾多次查看ExtJS，并希望有机会在某个时候使用这个库。 这是我的。
jQuery的
javascript编程的垃圾抽屉。 他们得到了你需要的一切，如果你愿意挖掘，使用一些胶带和超级胶水，一般来说有一个开发团队能够并愿意锤击代码。 jQuery非常棒！
它被用在比你想象的更多的地方。 但是，像Drupal和其他社区支持的框架/库，当你获得免费的支持，你得到你所支付的。 你可以用jQuery完成所有工作，但是有时你需要一把铲子，手电筒和毅力。
此外，非常好的文档（与PHP的在线文档相当），以及吨，吨字，实例代码和博客条目。
会吸引那些不害羞的尖刻者和“先进的脚本员”一句话来find一个可以用来支撑问题和加速发展的例子。
ExtJS的
由营利性公司专业开发，这些更类似于控件（在视觉工作室的背景下）比小部件或插件。 ExtJS本意是完整和强大的，注重细节和更高层次的组织结构，而不是我认为在jQuery中存在的东西，ExtJS是一个得到你所付出的东西：一个专业开发和支持的产品，它的生命和死亡的能力返回值。
将吸引受过专业训练的“程序员”期待广泛的testing和更高阶或严格的控制发展。
最终build议
这真的与你的店铺和顾客有关。 如果你的组织更DIY，喜欢把东西粘在一起并把它拿出门，那么去jQuery吧。 它适用于任何情况。 如果你有一个非常有序和专业的商店，ExtJS可能是一个不错的select，但jQuery也是可行的。 我不认为需要拆分知识库并使用两者，但实际上，如果是这样，请使用ExtJS作为面向客户端的部分，使用jQuery作为pipe理控制台。 相反，我看不出有什么好处。
另外，对于你的pipe理控制台，看看TIBCO 。 可能有点过度，但非常有趣。
Jared Farrish的回答已经相当广泛了。
我已经在不同的项目上使用过。
ExtJS的规模和重量都要大得多。 如果您需要一个复杂的Web应用程序界面，它非常出色，它对Windows，桌面等有很好的控制，而且看起来很光滑。
ext论坛社区通过他们的论坛是相当有帮助的。
这说的比jQuery更“僵化”，开始的时候学习曲线要长得多，但如果你正在看复杂的UI，那么它将会得到回报。
因此，jQuery的好处是它可以让你的项目更快地移动，并且在实现新特性的时候更容易“实验”。
他们都适合他们自己的应用types。 实际上，我已经在一个项目上使用了两个扩展的pipe理器（大量的窗口和部分）是在ExtJS中构build的，前端需要更快的转向来调整一些东西，但是有限的UI交互是在jQuery中构build的。
希望这可以帮助
我不同意jQuery的学习曲线比ExtJS快。 ExtJS中的每个组件在网站上都有一个解决scheme，API文档是绝妙的，结构化的，易于使用和完整的。
你select什么取决于你的接口。 在JQuery中，更多的web-2.0像shiny的接口可能会更容易一些，ExtJS接口看起来不错，但很像应用程序。 这就是说，如果你正在寻求创build一个非常复杂的，数据量大的界面，那么我认为两者之间没有任何比较。 ExtJS允许你编程你的界面，就像你将后端，完全面向对象。 如果您不喜欢默认组件的某些行为，请将其覆盖。 自己创build可重用的组件是非常容易的。 在ExtJS 3中引入了Direct层，它可以带走所有Ajax客户端 – 服务器通信的麻烦，并自动为您调用多个调用，从而减less为接口提供服务所需的服务器请求数量。 我可以一直继续下去，但ExtJS对我来说是天赐之物，我无法创造我能够向客户收取费用的高度复杂的界面。
祝你好运，任何你select，罗布
我刚开始在两个不同的项目中使用其中的两个。 （Ext 4和JQuery）。 是的分机似乎是更多的“企业”，但文档和学习jquery一直很好，愉快..另一方面，分机已经很混乱，考虑到大多数文档将提到分机3，我正在尝试做的事情上分机4 。
所有关于jquery的书籍和教程都让我可以远远超过ext。
重要的是要注意，我的经验是有限的。
让我们来看看。 EXT有一个陡峭的学习曲线，它是非常强大的。 这是我用过的唯一一个JavaScript库，我称之为实际的框架 （与YUI类似，我没有用过）。 在4.x版本中，Sencha对MVC模式做出了全面的承诺，这吸引了很多有经验的程序员。
另一方面，jQuery使得简单的事情变得简单，而且根据我的经验，做任何事情都是不可能的。
为什么你只限于这两个？ 例如，看看MooTools。 这是一个function强大，灵活和可扩展的库，你不必猜测它是如何做的，比如使用jQuery，或者使用原生的JS去做简单的DOM操作或者JSON加载（比如使用jQuery！）。 。
我注意到，没有人提到道场，这也是相当强大，非常复杂的，从我在浏览器中肩负着冲击我办公室的其他团队中看到的。
EXT使用一些附加工具，比如指南针（运行在ruby中）和YUI压缩器，以帮助您在完成站点后输出效率极高的精简下载软件包。 因为我认为这是EXT的崩溃，所以我把它写完了。 毕竟，网站几乎从来没有完成，这个过程大致类似于编译一个Java应用程序，因为如果你改变任何东西，你必须再次完成整个输出过程。
与EXT相比，您可以直接从中获益，但这也意味着需要学习很多东西，并进行一定程度的规划和深思熟虑来执行一个响应良好的项目。 在过去，他们习惯称之为“纪律”，但现在时尚并不多（有关更多信息，请参阅“jQuery”）。
但我没有意见！
我只会回答这个问题，因为它显示为“jquery vs extjs”的第一个结果。 像这里的一些人一样，我已经在专业上使用了。 我特别喜欢第一个回应。 对于我来说，如果我要用非常小的团队构build一个非常小的应用程序，那么我肯定会用jQuery。 但是，如果你正在一个大型团队工作，那么分割jQuery的工作可能不是微不足道的，以实现一个用户故事。 通过ExtJS，他们真正拥抱了OO范例，并使其易于维护。 另外，你可以使用他们的MVC来作为开发者之间的分工。 但是，它具有陡峭的学习曲线。 那些说“看样品，你是金子”的人 显然不懂如何编写好的extjs代码。 在处理ExtJS UI部分之前，人们确实需要学习ExtJS Core …虽然这对于没有良好的开发人员文档而言确实是公司的错，但是好消息是有像ExtJS In Action这样的书来拯救。 一般来说，我会使用ExtJS，因为它比jQuery更结构化。 当然，jQuery的好处就是灵活性…但是，太多的灵活性可能会导致项目的死亡…只是因为你可以在你的眼睛里粘上lego块，并不意味着你应该这样做。 如果你有钱，去ExtJS。
