我看一下 ExtJS，它似乎提供了许多 RIA 功能，而 Flex 等更庞大的套件提供了这些功能，而无需闪存。然而，随着 jQuery-UI 等开源计划的继续，ExtJS 会不会在某个时候死掉？此外，既然 Flash 的渗透率只会继续增加，为什么要在 javascript 库中存货呢？
也就是说，诸如 jQuery 之类的 JavaScript 库在提供易于使用且功能强大的 API 方面取得了巨大的飞跃，所以也许这有一些优点。
想法？意见？ExtJS 有一个价格标签，所以我不得不问这个问题。
问问题
10320 次
8 回答
30
恕我直言，一旦 XBL2、CSS3 规范的整个集合、SVG 和 HTML5 都在所有桌面/移动网络浏览器中以同等程度可用，对 jQuery、ExtJS 等的需求将被消除，这不会发生在未来5年。
我看一下 ExtJS，它似乎提供了许多 RIA 功能，而 Flex 等更庞大的套件提供了这些功能，而无需闪存。
要运行 Flex 应用程序，您仍然需要 Flash 播放器，例如在移动设备上不可用
然而，随着 jQuery-UI 等开源计划的继续，ExtJS 会不会在某个时候死掉？
将 ExtJS 与 jQuery-UI 进行比较没有什么意义，因为 jQuery 主要是一个跨浏览器库，用于简化对 HTML 文档的操作并使网页更好看，而 ExtJS 是一个真正的应用程序框架，它带来了增强的数据驱动的 UI 组件使应用程序更容易。
此外，既然 Flash 的渗透率只会继续增加，为什么要在 javascript 库中存货呢？
Flash 普及率“只会继续增加”并不重要，因为它已经在 98% 的桌面设备上可用。将股票放入 Javascript 库是有道理的，相信 Google（将大部分股票放入 DHTML）
ExtJS 会在某个时候死掉吗？
事实上，它会在某个时候消亡 .Net、Java 等。然而，在可预见的未来它不会消亡，而且对这种 Flesh-less 解决方案的需求只会增加。
您可能还想研究一个替代的 GUI 框架Ample SDK，它将于今年 11 月 1 日开源。它支持诸如 SVG、XUL 等技术，并且更平等地跨浏览器。
于 2009-10-27T22:09:42.120 回答
11
我认为 Ext JS 不会很快消亡。什么时候它可能会成为最后的 JS 框架之一。我这样说是因为 ExtJS 拥有坚实的用户和开发人员基础，并且许多开源项目正在其上构建（例如，一个 ASP.NET 双许可 CMS，Sense/Net完全围绕它构建后端）。
于 2009-10-27T23:46:29.217 回答
6
他们拥有坚实的用户群，我认为他们不会很快离开比赛。也就是说，您可以在查看一般市场时随时查看 Internet。星巴克和当地咖啡馆可以共存。
那就是说...
于 2009-10-27T20:29:47.437 回答
3
III 不是 javascript/DOM 专家，只是 ASP.NET 程序员和时下正在研究 100% 客户端库的 FlashBuilder 编码器。我发现 ExtJS 的布局和 UI 小部件比 jQuery 更丰富——尽管 jQuery 有很大的发展势头，而且新的 UI 组件一直在出现。尽管如此，ExtJS 在这方面仍处于领先地位。
使用 jQuery，让基本的东西运行起来要容易得多，主要是因为 jQuery 将其效果挂在页面标记中的现有元素上：您可以创建一个骨架 html 页面，然后将 jQuery 功能应用于元素。与 ExtJS 相比，您的页面基本上是一个空的正文标记，并且页面内容是由 Ext 写入 DOM 创建的。如果没有 Ext（可视）设计器来布置我的页面和设置属性，那么使用文本编辑器编写 ExtJS 配置对象对我来说太乏味了，而且我一点也不喜欢。但是使用 Ext 的视觉设计器，您确实可以接近 RAD。
由于 IE8 的缺点，IE8 上的 ExtJS 可能会很慢且草率。以我的经验，ExtJS RIA 布局在 FF、Chrome 和 Opera 上运行良好，但在 IE8 上却没有那么好。但是，带有 Google Chrome-Frame 的 IE8 解决了这个问题。对 MSFT 的私有者，谷歌的人来说，这是一个很好的直觉！
我真的很喜欢 FlashBuilder 采用的混合方法。使用 FB，您可以编写 mxml 和/或 ActionScript 类。在我看来，不利的一面是需要 Flash 插件，我担心 Flash 插件会走上另一个渡渡鸟 WordPerfect 的道路，它曾经以 99% 的市场份额在地球上漫游. 我真希望可以在 FlashBuilder 中进行设计，充分利用 ActionScript 的 OO 功能。mxml，和FB调试器，然后交叉编译到ExtJS！ FB：分机：：GWT：关闭。
于 2010-05-14T17:22:26.920 回答
1
就像每种技术一样，每个人都会有自己的一块蛋糕。ExtJS 不会死，直到 ExtJS LLC 存在（他们正在使用它:)）并且直到他们有崇拜者使用他们的库（比如我），当你在某个时候你只需要使用选择的技术，无论它是完美的还是不是。看看 Lotus Domino - 它是一个垃圾，另一方面是一个很棒的软件 - 它仍然存在...... :)
于 2009-10-27T20:27:02.980 回答
1
于 2009-10-27T20:27:50.167 回答
1
只要开发人员继续努力，框架就不会消亡。有一些框架实际上已经死了（例如 MochiKit，我喜欢它，但已经放弃了 yui3），但这仅意味着它们没有得到更新，而不是它们无法使用。如果您足够喜欢一个，您可以轻松发布自己的版本并重新启动项目。
于 2009-10-27T22:29:40.700 回答
0
就个人而言，我使用 Prototype，但它是相同的论点。我非常不喜欢 Flash，因为它会带来许多安全问题，而且并非所有设备都可以播放 Flash。iPhone 就是一个主要的例子。它可以使用 JS 库支持动画和其他东西。
一些公司还禁用闪存作为安全策略，尽管这并不常见。（但是，我曾在这种情况下工作过。）
另一个问题是，随着新 HTML 标准的出现，我们是否会关心 Flash，这将在很大程度上完全消除对 Flash 的需求。
于 2009-10-27T20:24:58.507 回答