|
该帖已经被评为精华帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2009-07-22
nedvedheqing 写道 为什么不用YUI,YUI完全符合要求
嗯，当初YUI也确实是我们所知道的第一选择，不过那时公司开发团队那边的人强烈不喜欢用YUI，给出了一堆理由，故也是第一时间放弃的... 不过现在回过头来看下当初的选择，应该说还是比较明智的...  现在公司里基本上所有的开发及我们UCD部门都挺喜欢jQuery这个选择的...
如果当初选择了YUI，应该会有另一个好玩的故事的 
|
| 返回顶楼 | |
|
发表时间：2009-07-22
zerozone 写道 引用 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的对手。 同意。 不过最开始选js框架只是给我们UCD/UED部门做UI原型时的选择...我们部门的同事并不是人人都很熟悉js的，所以SmartClient、Ext这种GUI tookit在某种程度上并不适合我们... |
| 返回顶楼 | |
|
发表时间：2009-07-22
litianyi520 写道 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 嗯，性能跟可用性算是我们最关注的两个方面吧...所以到现在都还没决定正式引入Ext这样的framework |
| 返回顶楼 | |
|
发表时间：2009-07-22
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文档的数量也没有后面两套组合丰富。 发完后一直都没怎么留意自己的这块砖头，想不到引来dlee大牛的玉了
UI的交互模式和设计，确实是个值得好好讨论的话题...这里就先不扯开话题了... 非常赞同dlee关于ExtJS的意见。 其实我想补充一点关于引入第三方js框架后的最深刻感受。 我们部门是在07年初决定引入第三方js框架的（jQuery），不过由于web应用的不断改进及可用性的考虑，我们还同时引入了不少jQuery的插件（e.g. autocomplete, calendar），同时也基于jQuery写了一些自己的插件，但由于我们产品及业务的复杂性，为维护这些插件花去了我们不少精力（好多插件本身都有不少bug，然后让其符合我们的系统实际应用又需要不少改动，加上一些来自BSA跟DEV提出的改进需求）。所以引入一个js框架不是一件一劳永逸的事情，如何基于某个框架来定制属于自己需要，符合自己实际情况的，这是一个不断摸索不断挣扎又不断感受其好处的漫长过程... |
| 返回顶楼 | |
|
发表时间：2009-07-27
googleme 写道 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文档的数量也没有后面两套组合丰富。 发完后一直都没怎么留意自己的这块砖头，想不到引来dlee大牛的玉了
UI的交互模式和设计，确实是个值得好好讨论的话题...这里就先不扯开话题了... 非常赞同dlee关于ExtJS的意见。 其实我想补充一点关于引入第三方js框架后的最深刻感受。 我们部门是在07年初决定引入第三方js框架的（jQuery），不过由于web应用的不断改进及可用性的考虑，我们还同时引入了不少jQuery的插件（e.g. autocomplete, calendar），同时也基于jQuery写了一些自己的插件，但由于我们产品及业务的复杂性，为维护这些插件花去了我们不少精力（好多插件本身都有不少bug，然后让其符合我们的系统实际应用又需要不少改动，加上一些来自BSA跟DEV提出的改进需求）。所以引入一个js框架不是一件一劳永逸的事情，如何基于某个框架来定制属于自己需要，符合自己实际情况的，这是一个不断摸索不断挣扎又不断感受其好处的漫长过程... 看来引第三方js插件确实要慎重哦。谢谢分享经验  
|
| 返回顶楼 | |
