![]() |
1
30
imho,jquery、extjs等的需求将在XBL2、CSS3规范的整个集合、SVG和HTML5在所有桌面/移动Web浏览器上都能以同等程度提供时消除,这在未来5年内不会发生。
要运行flex应用程序,您仍然需要flash player,例如在移动设备上不可用。
将extjs与jquery ui进行比较没有什么意义,因为jquery主要是一个跨浏览器库,用于简化对HTML文档的操作,使网页更漂亮;而extjs是一个真正的应用框架,它带来了增强的数据驱动的ui组件,使应用更容易。
闪存的普及率“只会继续增加”并不重要,因为它已经在98%的台式机上可用。相信谷歌(把大部分股票都放在DHTML上),把股票放在一个javascript库中会让人感觉很重要。
事实上,它将在某些时候会死亡.NET,Java等,它不会在一个可预见的未来死亡,然而,这种无肉的解决方案的需求只会增加。 您还可能希望研究一个可选的GUI框架。 Ample SDK 它将于今年11月1日开放源码。它支持SVG、XUL等技术,以及更为平等的跨浏览器。 |
![]() |
2
11
我不认为ExtJS很快就会死。如果可以的话,它可能是最后的JS框架之一。我这么说是因为extjs有一个坚实的用户和开发人员基础,并且很多开源项目都是基于它构建的(例如,一个ASP.NET双许可的CMS, Sense/Net 完全围绕它构建后端。 |
![]() |
3
6
他们有坚实的用户基础,我看他们不会很快退出比赛。也就是说,当你进入一般市场时,你可以随时查看互联网。星巴克和当地咖啡馆都可以共存。 也就是说… |
![]() |
4
3
我不是一个javascript/dom专家,只是一个ASP.NET程序员,偶尔也是一个FlashBuilder编码人员,他正在研究100%的客户端库。我发现extjs的布局和UI部件比jquery丰富得多——尽管jquery有很大的发展势头,而且新的UI组件一直都在出现。尽管如此,ExtJS在这方面还是领先的。 使用jquery可以更容易地启动和运行一些基本的东西,主要是因为jquery将其效果挂在页面标记中的现有元素上:您可以创建一个框架HTML页面,然后将jquery功能应用于元素。与extjs相比,这里的页面基本上是一个空的body标记,页面内容是通过ext写入dom创建的。如果没有Ext(Visual)设计器来布局页面和设置属性,用文本编辑器编写ExtJS配置对象对我来说太繁琐了,完全不符合我的喜好。但是有了ext的视觉设计师,你就可以接近rad了。 由于IE8的缺点,IE8上的ExtJS可能会变得缓慢而草率。根据我的经验,ExtJSRIA布局在FF、Chrome和Opera上工作得很好,但在IE8上却没有那么好。然而,IE8和谷歌的Chrome框架解决了这个问题。对微软的老板们,谷歌的伙计们,很有勇气! 我非常喜欢FlashBuilder采用的混合方法。使用FB,您可以编写MXML和/或ActionScript类。我认为,问题的下一个方面是需要闪存插件,我担心闪存插件会像另一个Dodo,WordPerfect那样,曾经以99%的市场份额在地球上漫游。我真希望有人能在FlashBuilder中充分利用ActionScript的OO特性进行设计。MXML和FB调试器,然后 交叉编译 到Extjs! fb:ext::gwt:关闭。 |
![]() |
5
1
就像每种技术一样,每个人都有自己的蛋糕。extjs不会死,直到extjs有限责任公司存在(他们正在使用它),直到他们有崇拜者使用他们的lib(像我一样),当你在某个时候,你只需要使用选择的技术,无论它是否完美。看看LotusDomino——它是一个垃圾,另一方面,它是一个伟大的软件——而且它还活着……:) |
![]() |
6
1
|
![]() |
7
1
只要开发人员继续使用它,框架就不会死。有一些框架实际上已经失效了(例如,mochikit,我喜欢它,但是已经为yui3放弃了),但这只意味着它们没有得到更新,而不是它们不可用。如果你足够喜欢一个,你可以很容易地发布你自己的版本,然后重新启动这个项目。 |
![]() |
8
0
就我个人而言,我使用原型,但这是相同的论点。我非常不喜欢flash,因为它后面有很多安全问题,而且不是所有的设备都能玩flash。iPhone就是一个主要的例子。它可以使用JS库支持动画和其他东西。 一些公司还禁用Flash作为安全策略,尽管这并不常见。(不过,我曾在发生这种情况的地方工作过。) 另一个问题是,随着新的HTML标准的出现,我们是否会关心flash,这将在很大程度上消除对flash的需求。 |