ext取舍

rain16881的确说的不错，不过要是真是这样，我们写的教程也就没有市场了，其实光看api，学习还是很难，而且有些同志的html,js,css功底都不过关。

从我们卖教程的这段时间看，详细的入门教程还是有需求的，经常看到一个grid折腾几天搞不定的，有了一套详细的入门手册，让新手更容易进入这个群体，然后才好继续深入。

不过程序这种东西，没有比源代码更好的学习资料了，想更进一步，都需要搞明白这底下具体是怎么搞的。

ExtJS的页面初始化成本太高, 还是比较适合做One Page Appliction. 不适合做多页面的那种. 也许购买Ext的服务可以让他们给定制一个精简版的.

利用客户端缓冲可以解决每次加载ext-all.js速度慢的问题,请参见:
http://extjs.com/forum/showthread.php?t=20895

个人感觉企业级的应用不需要那么多华丽的风格
用EXT确实挺麻烦 而且JS代码巨多 以后的维护还真是个问题

ext 对于习惯于spring hibernate开发的人来说简直是垃圾

ext的ui层明显无html性 让一些传统web开发人员感到恐慌

诡异？？？呵呵....不习惯而已了

偶的项目已经全部改用ext的ui。现在的客户非常挑，就是喜欢ext这类ui界面，没办法，而且操作方便，客户体验非常不错。不知道楼主所说的大型项目指的是什么概念，业务数据量大？还是模块多？还是访问量大？我只觉得ext存在一个js下载问题和client性能问题，下载问题倒好说，因为偶是做银行的，内网，即使不优化应用服务器速度也不错，client性能不好的问题就麻烦了，只能告诉客户，要喜欢这个，就需要一定的配置。很多人说开发速度慢，偶到没觉得，和原来传统的界面开发慢不了多少，但达到的客户体验就不是一个级别。顺便说一下，偶开发人员只有3人，java一般，js更一般，没美工：（

我个人更倾向于gi，毕竟这个是在公司在应用了3年后开源的，最重要的是还因为有一个ide。可惜偶还不熟悉，而且在没有ext做的好看

用 ext做表现层， struts2 的各种标签就不能用了，可惜。


还想好好学学 struts2 标签的freemarker的 模板 。看了一篇帖子，说 ext和 acegi还有 fckeditor结合都要修改源代码。学习成本蛮大啊！

我也很困惑。 不知道怎么取舍 。