|
该帖已经被评为精华帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2008-09-29
Flex前端强类型；
Rails后端弱类型。 风水真的轮流转了。。。 |
| 返回顶楼 | |
|
发表时间：2008-09-30
dlee 写道 分析的很到位，和我对于这些Ajax组件库/框架的感觉完全吻合。
googleme 写道 Ext
Advantage: 1. Ext provides Real Enterprise support for Grids and Trees, Tabs and Layouts, Forms & Combo Box and other UI component. 2. It supports YUI/prototype/jQuery. So, it will work well if we are using jQuery as its base library. 3. It’s a really powerful and almost full-function JavaScript framework. 4. It has very fast and good support, and its community is very active. 5. It can be use free in our commercial project. But it also has premium help if we paid for it. 6. Even it’s a full function framework, Ext still have very excellent performance. Disadvantage: 1. Ext is suitable for develop "one page one application", maybe not so same as we used to design the web UI flow. 2. Ext library is heavy for traditional web, full size Ext has 491kb. Through Ext be proved has very good performance, but we still need cautious for our enterprise usage. 3. Ext is kind of complicated if we want to adjust it to suit for our project, and may pay many effort to learn it. 4. Developer may also need to learn Ext, it may have impact on our current process. ExtJS有很高的品质，我从不否认，但是它也有自己的适用场合。不分析Web应用的具体运行环境就向别人盲目推荐ExtJS是错误的。 ExtJS最大的局限在于它应用的是类似桌面应用的交互模式。桌面应用的交互模式与运行于浏览器之中的Web应用的交互模式相比，差别非常大。Web应用是否应该模拟桌面应用的交互模式，这个问题争论非常大，我们还需要深入探讨。不过可以肯定的是，这样做未必能够真正提高Web应用的可用性。恕我直言，One Page这样一类Ajax应用在面向Internet的Web应用领域（和面向Intranet的B/S结构企业应用领域相对），其适用场合是非常有限的。GWT、Qooxdoo等其他一些Ajax组件库也有这个局限。这个局限并不是技术层面上的问题，不是靠更高超的编程就能够解决的。 另外ExtJS的复杂性和学习成本也是需要考虑的。当然学习ExtJS要比学习Dojo容易得多，但是与Prototype/Scriptaculous和jQuery/jQueryUI这两套组合相比，学习成本还是要高很多的。说到文档，ExtJS文档的数量也没有后面两套组合丰富。 还是您说的中听，关键还是UI交互模式。 我认为目前的webpage的风格只是个习惯（UI交互模式）问题，绝不等于目前的webpage真的就是适合现在的web。 但是反过来，我觉得合理利用EXT，不是完全照搬OPOA原则，一样可以不偏离目前的webpage的风格太多。extjs的官方网站就是个最好的例子。 想听听您的意见。 |
| 返回顶楼 | |
|
发表时间：2008-10-05
估计有心情看完这个E文调查的人应该不多。。。。
|
| 返回顶楼 | |
|
发表时间：2008-10-11
zhw511006 写道 估计有心情看完这个E文调查的人应该不多。。。。
我觉得。。。英文很棒啊，虽然不太懂，AJAX 
|
| 返回顶楼 | |
|
发表时间：2008-11-06
dlee 写道 分析的很到位，和我对于这些Ajax组件库/框架的感觉完全吻合。
googleme 写道 Ext
Advantage: 1. Ext provides Real Enterprise support for Grids and Trees, Tabs and Layouts, Forms & Combo Box and other UI component. 2. It supports YUI/prototype/jQuery. So, it will work well if we are using jQuery as its base library. 3. It’s a really powerful and almost full-function JavaScript framework. 4. It has very fast and good support, and its community is very active. 5. It can be use free in our commercial project. But it also has premium help if we paid for it. 6. Even it’s a full function framework, Ext still have very excellent performance. Disadvantage: 1. Ext is suitable for develop "one page one application", maybe not so same as we used to design the web UI flow. 2. Ext library is heavy for traditional web, full size Ext has 491kb. Through Ext be proved has very good performance, but we still need cautious for our enterprise usage. 3. Ext is kind of complicated if we want to adjust it to suit for our project, and may pay many effort to learn it. 4. Developer may also need to learn Ext, it may have impact on our current process. ExtJS有很高的品质，我从不否认，但是它也有自己的适用场合。不分析Web应用的具体运行环境就向别人盲目推荐ExtJS是错误的。 ExtJS最大的局限在于它应用的是类似桌面应用的交互模式。桌面应用的交互模式与运行于浏览器之中的Web应用的交互模式相比，差别非常大。Web应用是否应该模拟桌面应用的交互模式，这个问题争论非常大，我们还需要深入探讨。不过可以肯定的是，这样做未必能够真正提高Web应用的可用性。恕我直言，One Page这样一类Ajax应用在面向Internet的Web应用领域（和面向Intranet的B/S结构企业应用领域相对），其适用场合是非常有限的。GWT、Qooxdoo等其他一些Ajax组件库也有这个局限。这个局限并不是技术层面上的问题，不是靠更高超的编程就能够解决的。 另外ExtJS的复杂性和学习成本也是需要考虑的。当然学习ExtJS要比学习Dojo容易得多，但是与Prototype/Scriptaculous和jQuery/jQueryUI这两套组合相比，学习成本还是要高很多的。说到文档，ExtJS文档的数量也没有后面两套组合丰富。 同意看法，在实际的web开发中 用Ext要考虑的东东很多，最显然意见的是，它会把你的网站带宽吃光，然后拖死，桌面绚烂，但交互效果不如Flex,学习还是可以的，这便产生了不少更优秀基础类库 而不是框架 如 JQuery |
| 返回顶楼 | |
|
发表时间：2008-11-06
最后修改：2008-11-06
引用 SmartClient (www.smartclient.com) SmartClient delivers on the promise of AJAX, enabling high-performance, high-productivity web applications to be deployed today. SmartClient offers: * the most mature and proven AJAX technology available * a complete solution: complete GUI toolkit, complete documentation * the right architecture: cutting edge service-oriented, metadata-driven architecture * true, tested, certified cross-browser, cross-platform support My comment: This is a very good framework, a real Enterprise Ajax framework. But it’s commercial. And it’s mainly for developer to use. So, if we want to use this, we have to know many details of its API, and the way how to write in its grammar. 使用哪个框架不需要了解其API细节？ SmartClient的文档比Ext丰富、实用。SmartClient没有自己的特殊语法，和Ext一样，都是“面向对象的”JavaScript。不考虑Commercial，Ext根本不是SmartClient的对手。 |
| 返回顶楼 | |
|
发表时间：2008-11-14
...
被人顶起的老贴. 不过, 我还是补个链接吧, 说不定可以帮到其它人. 这个文章很全了: http://ajaxian.com/archives/thinking-about-the-difference-between-frameworks |
| 返回顶楼 | |
|
发表时间：2009-02-12
icewubin 写道 还是您说的中听，关键还是UI交互模式。 我认为目前的webpage的风格只是个习惯（UI交互模式）问题，绝不等于目前的webpage真的就是适合现在的web。 但是反过来，我觉得合理利用EXT，不是完全照搬OPOA原则，一样可以不偏离目前的webpage的风格太多。extjs的官方网站就是个最好的例子。 想听听您的意见。 习惯的力量是很恐怖的，如果不是很有必要最好别跟用户的习惯对抗， 传统的web交互模式存在这么久还是有其合理性的， jQuery一个重要理念是渐进增强（progressive enhancement），这是一个很聪明的折中做法，即方便了开发者，又符合用户的习惯，所以它火了。 回顾这些年流行的技术，往往都是在各方面做了折中的选择。 |
| 返回顶楼 | |
|
发表时间：2009-02-12
为什么不用YUI,YUI完全符合要求
|
| 返回顶楼 | |
|
发表时间：2009-06-27
不管咋说，这人貌似很强。一篇全英文报道。似乎不是给中国的程序员看的。呵呵！！
|
| 返回顶楼 | |
