有没有用EXT做过大型企业级应用的高手？

请问谁用ext来做国报表啊

不是太明白你的意思。
其实不一定要全部都用ext，可结合自己的代码一步扩展。

ext的内存泄露才是最严重的问题！
代码本身就有很多问题，该在beforedestroy的在ondestroy里面，该释放的不释放，该destroy的组件不destroy，等等。。。
内存泄露不解决，什么单页面，动态加载,autoload都是白费力气！！

EXT + DWR 服务器烧着么?? 不就是异步么?? 要服务器和客户端框架一窝端么?

自己不会写 还抱怨EXT内存泄露严重,把你们自己的代码优化好再说别人的东西不好吧,那些使用EXT的大头公司都没有抱怨EXT这个问题有多严重,几个跳梁小丑还好意思出来 得瑟!

有时间多做些代码优化的工作吧!! 又要马儿跑得快,又要马儿不吃草! 看看你们一群的盗版分子,你们中间有几个EXT是合法的版本??? bzlc

做技术的人就这样的素质吗？

我们就是买的正版的授权，只是没买support licence，觉得没必要。
没有反馈哪来的进步？内存泄漏的问题，Ext的核心开发人员也是承认确实存在的，你去extjs论坛看看jack和briant都曾经说过。

内存泄漏关服务器什么事？连基本的概念都没有弄清楚也能跑出来骂街吗？

本人水平有限，本来以前只是把公司项目中遇到的问题写出来，希望能够遇到真正的高手给予一些指点的，没想到还惹出些无知又爱卖弄的愤青来。一直都很少逛论坛发贴，就是因为像你这样让人生厌的人太多了

extjs库文件已经很大，如果使用iframe则会严重影响速度，可使用eval来动态执行js代码

最近也在用 Ext 做一个管理后台，开始动手之前考虑最多的也是怎么加载各个模块的页面，怎么不重复加载 Ext 库

autoload 当然是不错的方案，整个程序跑起来奇快无比，但是缺点也是显而易见的：当在同一个窗口中加载了 N 多的 dom 以后，这些 dom 在实际 select 的时候极有可能无法找到你想要的那一个(IE 尤为困难)，即使你至始至终都不用 id 或者只使用类似 AUTO_ID 之类的东西寻址也无法避免很多潜在的问题。而且当加载的模块过多以后，js 对象之间必须要靠精心设计的 namespace 才能有条不紊地工作

如果使用 iframe 来加载各个模块的页面，上面说的 autoload 的问题当然不存在，但缺点却也是致命的：重复加载 Ext 库的速度令人无法忍受

思来想去我最后还是选择了 autoload 的方式，主要看重的还是加载速度，不是一般的快哦，呵呵。不知道大家都用的什么方式多一点？

成熟的企业级应用中，还没有太多ext的身影，它仅代表了一种发展趋势。
它的应用风险当前还是太高。