我查看了 ExtJS，它似乎提供了 Flex 等更庞大的套件所提供的许多 RIA 功能，而无需闪存。然而，随着 jQuery-UI 等开源项目的继续，ExtJS 会在某个时候消亡吗？此外，既然 Flash 的渗透率只会持续增加，为什么还要投资 JavaScript 库呢？
也就是说，像 jQuery 这样的 JavaScript 库在提供易于使用的 API 和强大的功能方面已经取得了巨大的飞跃，所以也许这有一些优点。
想法？意见？ ExtJS 有价格标签，所以我不得不问这个问题。
I look at ExtJS, and it appears to provide many of the RIA features that more bulky suites such as Flex provide, without the flash requirement. However, as Open-source initiatiatives such as jQuery-UI continue, will ExtJS simply die at some point? Furthermore, since flash penetration only continues to increase, why put stock in a javascript library?
That said, JavaScript libraries such as jQuery have made gigantic leaps in providing easy-to-use APIs with great functionality, so maybe there's some merit in that.
Thoughts? Opinions? ExtJS has a price tag, so I have to ask this question.
发布评论
评论（8）
恕我直言，一旦 XBL2、CSS3 规范的整个集合、SVG 和 HTML5 在所有桌面/移动 Web 浏览器上同等程度地可用，对 jQuery、ExtJS 等的需求将被消除，而这不会在未来5年。
要运行 Flex 应用程序，您仍然需要 Flash 播放器，例如，该播放器在移动设备上不可用
将 ExtJS 与 jQuery-UI 进行比较没有什么意义，因为 jQuery 主要是一个跨浏览器库，用于简化 HTML 文档的操作并使网页变得更好，而 ExtJS 是一个真正的应用程序框架，带来增强的数据驱动的 UI 组件使应用程序更容易。
Flash 的普及率“只会继续增加”并不重要，因为它已经在 98% 的桌面设备上可用。谷歌（Google 将大部分股票投入 DHTML）相信，将股票放入 Javascript 库是有道理的
事实上，它会消亡，就像 .Net、Java 等在某个时候会消亡一样。然而，在可预见的未来，它不会消亡，而且对这种非肉体解决方案的需求只会增加。
您可能还想研究一下替代 GUI 框架 Ample SDK，该框架将于今年 11 月 1 日开源年。它支持 SVG、XUL 等技术，并且更平等地跨浏览器。
IMHO, the need in jQuery, ExtJS etc. will be eliminated as soon as XBL2, entire collection of CSS3 specifications, SVG and HTML5 all get available in an equal extent across all desktop/mobile web-browsers, which is not going to hapen within coming 5 years.
To run Flex application you still need Flash player, which for example is not available on mobile devices
Comparing ExtJS to jQuery-UI doesn't make good sense, since jQuery is primarily a cross-browser library to simplify operations on HTML documents and make web-pages nicer, while ExtJS is a true aplication framework that brings enhanced data-driven UI components to make applications easier.
It doesn't really matter that Flash penetration "only continues to increase", since it is already available on 98% of desktop devices. Putting stock in a Javascript library makes sence, believe Google (who put most of its stock in DHTML)
Indeed it will, as at some point will die .Net, Java etc. It will not die in a foreseen future however and the need for this kind of Flesh-less solutions will only increase.
You may also want to take look into an alternative GUI framework Ample SDK, which will go Open-Source on 1st November this year. It enables technologies, such as SVG, XUL and more equally cross browser.
我不认为 Ext JS 会很快消亡。当它到来时，它可能会成为最后的 JS 框架之一。我这么说是因为 ExtJS 拥有坚实的用户和开发人员基础，并且许多开源项目都在其上构建（例如 ASP.NET 双许可 CMS、Sense/Net 完全围绕它构建后端）。
I don't think Ext JS will die anytime soon. When it will it will probably be one of the last JS frameworks standing. I'm saying this because ExtJS has a solid user and developer base and lots of open source projects are building on it (e.g. an ASP.NET dual-licensed CMS, Sense/Net builds its backend entirely around it among others).
他们拥有坚实的用户基础，我认为他们不会很快退出竞争。也就是说，当您研究一般市场时，您可以随时查看互联网。星巴克和当地咖啡馆可以共存。
也就是说...
比较 jQuery、ExtJS 和 Mootools 之间的趋势
They have a solid user-base and I don't see them leaving the race anytime soon. That said you can always look at the Internet as you look into the general market. Both Starbucks and the local cafe can co-exist.
That said...
Compare the trends between jQuery, ExtJS and Mootools
III 不是 javascript/DOM 专家，只是一名 ASP.NET 程序员和现在正在研究 100% 客户端库的 FlashBuilder 编码员。我发现 ExtJS 的布局和 UI 小部件比 jQuery 丰富得多——尽管 jQuery 势头强劲并且新的 UI 组件不断出现。尽管如此，ExtJS 在这方面仍处于领先地位。
使用 jQuery，建立和运行一些基本功能要容易得多，主要是因为 jQuery 将其效果挂在页面标记中的现有元素上：您可以创建一个骨架 html 页面，然后将 jQuery 功能应用于元素。与 ExtJS 相比，您的页面基本上是一个空的 body 标签，页面内容是通过 Ext 写入 DOM 创建的。如果没有 Ext（视觉）设计器来布局我的页面并设置属性，使用文本编辑器编写 ExtJS 配置对象对我来说太乏味了，根本不符合我的喜好。但使用 Ext 的视觉设计器，您确实可以接近 RAD。
由于 IE8 的缺点，IE8 上的 ExtJS 可能会变得缓慢且草率。根据我的经验，ExtJS RIA 布局在 FF、Chrome 和 Opera 上工作得很好，但在 IE8 上却不太好。然而，带有 Google Chrome-Frame 的 IE8 解决了这个问题。对 MSFT 的业主们、Google 的员工来说，是一记重拳！
我真的很喜欢 FlashBuilder 所采用的混合方法。使用 FB，您可以编写 mxml 和/或 ActionScript 类。在我看来，缺点是需要 Flash 插件，而且我担心 Flash 插件会重蹈另一只渡渡鸟 WordPerfect 的覆辙，WordPerfect 曾经以 99% 的市场份额漫游地球。我真的希望人们能够在 FlashBuilder 中充分利用 ActionScript 的 OO 功能进行设计。 mxml 和 FB 调试器，然后交叉编译到 ExtJS！ FB：Ext :: GWT：关闭。
III'm not a javascript/DOM guru, just an ASP.NET programmer and now-and-then FlashBuilder coder who is looking into 100% client-side libraries. What I am finding is that ExtJS is much richer in its layouts and its UI widgetry than jQuery -- though jQuery has much momentum and new UI components are coming all the time. Still, ExtJS has a major lead in this regard.
With jQuery it is a lot easier to get something basic up and running mainly because jQuery hangs its effects on existing elements in your page markup: you can create a skeletal html page and then apply jQuery functionality to the elements. Compare that to ExtJS where your page is basically an empty body tag and the page contents are created by Ext writing to the DOM. Without the Ext (visual) Designer to lay out my pages and set properties, coding ExtJS configuration objects with a text editor is far too tedious for me and not at all to my liking. But with Ext's visual Designer, you do approach RAD.
ExtJS on IE8 can be slow and sloppy because of IE8's shortcomings. In my experience ExtJS RIA layouts work beautifully on FF, Chrome, and Opera but not nearly as well on IE8. However, IE8 with Google's Chrome-Frame addresses that. Nice gut-punch to those Proprietarians at MSFT, guys at Google!
I really like the hybrid approach FlashBuilder takes. With FB, you can write mxml and/or ActionScript classes. The down-side, as I see it, is that the Flash plug-in is required, and I fear that the Flash plug-in is going the way of that other dodo, WordPerfect, which once roamed the earth with 99% market share. I really wish one could design in FlashBuilder taking full advantage of ActionScript's OO features. mxml, and the FB debugger, and then cross-compile to ExtJS! FB : Ext :: GWT : Closure.
就像每项技术一样，每个人都会有自己的一块蛋糕。 ExtJS 不会消亡，直到 ExtJS LLC 存在（他们正在使用它:)）并且直到他们有崇拜者使用他们的库（像我一样），当你在某个时刻你只需要使用所选的技术，无论它是否完美或不是。看看 Lotus Domino - 它是一个垃圾，但另一方面却是一个很棒的软件 - 而且它仍然存在......:)
Like with each technology, everybody will have his own piece of cake. ExtJS will not die until ExtJS LLC exists (they are using it :)) And until they will have worshipers using their lib (like me) when You are at some point You just have to use chosen technology, no matter if it is perfect or not. Look at Lotus Domino - it is piece of crap and on the other hand piece of great software - and it is still alive... :)
ExtJS 具有双重许可证并且是开源的
请参阅此处的一般详细信息
这里的许可证
我使用它。处理数据的好库 - 网格、树......凡是你能想到的。
而且它有很多控件。所以只是一个好的图书馆...
ExtJS has dual-license And it's opens source
See here general details
And here licenses
And i using it. Good library for working with data - grids, trees... you name it.
And it has many controls. so just good library...
只要开发人员继续努力，这个框架就不会消亡。有一些框架实际上已经死亡（例如 MochiKit，我很喜欢它，但在 yui3 中已经放弃了），但这仅意味着它们没有得到更新，而不是意味着它们无法使用。如果您足够喜欢某个版本，您可以轻松发布自己的版本并再次启动该项目。
As long as the developers continue to work on it, the framework won't die. There have been a few frameworks that are effectively dead (e.g. MochiKit, which I love but have dropped for yui3) but that only means that they're not getting updated, not that they're unusable. If you liked one well enough, you could easily put out your own release and start up the project again.
就我个人而言，我使用 Prototype，但它是相同的参数。我非常不喜欢 Flash，因为它会带来许多安全问题，而且并非所有设备都可以播放 Flash。 iPhone 就是一个主要例子。它可以使用 JS 库支持动画和其他东西。
一些公司还将禁用闪存作为安全策略，尽管这种情况并不常见。 （不过，我曾工作过遇到这种情况的地方。）
另一个问题是，随着新 HTML 标准的出现，我们是否会关心 Flash，这将在很大程度上完全消除对 Flash 的需求。
Personally, I use Prototype, but it's the same argument. I strongly dislike flash due to the numerous security issues that follow it and the fact that not all devices can play flash. The iPhone is one major example. It CAN support animations and other things using JS libraries.
Some companies also disable flash as policy for security, although this isn't all that common. (I've worked places where this was the case, however.)
Another question is whether we'll care about flash with the advent of new HTML standards will largely eliminate the need for Flash altogether.