我认为,与jQuery相比,ExtJS只有一个优势,那就是丰富的UI组件。构建纯HTML然后使用jQuery或任何其他合适的javascript库不是更好的选择吗?
发布于 2012-09-26 22:08:25
ExtJS在特定场景中确实有意义
如果您正在构建类似桌面的web应用程序(很多intranet应用程序都是这样),那么ExtJS是最好的库之一,因为它为您提供了非常干净的对象模型和经过全面测试的富客户端控件。所有这一切,以及伟大和一致的外观和感觉,所以你不会花时间做所有这些。你更愿意构建你的应用程序。它们还提供了很好的客户端支持。我在使用他们的论坛和事件支持方面有很好的经验。
如果已经在使用ExtJS,我会避免使用jQuery,因为您需要的所有东西都是由ExtJS提供的,并且已经针对它进行了优化。如果你要使用它,那就完全接受它吧,。
HTML+jQuery有什么不同
创建HTML+jQuery富客户端网格需要花费大量时间,这将是
<
更不用说你必须自己解决的所有bug(为了控制复杂性,这些bug往往是成比例的)。而这只是一种控制。他们提供了大量的数据。相信我,他们的控件已经在市场上存在很长一段时间了,而且真的是打磨过的,而且支持很多浏览器。
如果没有必要,请不要重复发明轮子。
为什么ExtJS与第三方库/控件不同
ExtJS一开始是免费的开源代码。具有一致外观和感觉的的免费富控件。它们主要是由Jack Slocum写的,显然是精明而乏味的人,他实际上知道自己想要什么,并且在写的时候非常彻底。
他做了一项出色的工作,提供了库和整个对象模型,这些模型在版本中变得非常成熟。可以很容易地看出,这些控件是由开发人员为开发人员构建的。它后来发展成为一个半开放的项目(我想是在版本3中),有后台收入的可能性。ExtJS库(类似于jQuery的管道代码)仍然是免费的,而大量丰富而精致的控件是经过许可的。
整个项目从one爱好者的车库项目发展到一个完全成熟的产品。所以它首先被完成,完善和进步,然后他们整合了整个东西,并在相同的前提下继续下去。因此,这是因为一个(伟大的)产品带来的利润。
由于利润(需求),其他第三方提供商大多由利润=产品驱动。他们的代码不仅反映了这一事实。ExtJS遗产是不同的,因此要好得多。
维护
正如@sra指出的那样,维护性也更低,因为你的代码库更小,这意味着更小的bug表面和更少的需要维护的行数。在这个等式中,ExtJS是一个单独的库,由其受人尊敬的所有者维护。既然它都是Javascript,你当然可以扩展它,改变你想要不同工作方式的特定部分。那几次我写了很多扩展。在开始使用jQuery之后,我遗漏的第一件事就是名称空间支持和类结构。对于.net或Java开发人员来说,ExtJS感觉非常自然,因为它给人一种面向对象的感觉。另一方面,如果您不知道自己在做什么以及如何正确使用它,jQuery不会提供更多的过程化感觉。
我给你的建议是什么?
如果你认为你的应用程序的UI可以由75%的开箱即用的ExtJS控件构建,我会说完全拥抱它,不要回头去和jQuery进行比较。也不要把它和jQuery混在一起,除非你有实际的(除了懒得完全学习ExtJS )包含和使用它的巨大好处。
P.S.我不为森查工作,也不是他们付钱给我的。我只是一个开发人员,在一个项目上工作了9个月,在jQuery还只是个婴儿的时候,就充分利用了ExtJS和Asp.net的模拟日志。现在我也是一个重度的jQuery用户,所以我两个都知道。好的。从版本4开始我就不知道ExtJS了,但我猜它所做的一切都有所改进。
发布于 2012-09-26 22:03:01
正如您所说,Extjs提供了多个组件来构建富UI。作为一个偶尔使用Extjs的用户,我想说的是,如果您需要将大量数据表示为网格、树,并且这些数据可以来自XML或Json等标准格式,那么Extjs将让您在很短的时间内获得非常好的结果/呈现。
如果您希望“纯HTML”具有与Extjs组件类似的功能,则需要花费大量时间呈现它。
你看过their demo page吗?
发布于 2015-02-12 21:37:18
EXTJS为web应用程序提供了以下功能:
具有排序、搜索、可编辑行feature.
https://stackoverflow.com/questions/12603413
复制相似问题