终于可以在EXT中随便使用iframe了

真的不会重复下载吗，那我还费这么大神弄这么搞球呀，不过，改过，感觉速度是快点了，没测试过，只是凭感觉......

告诉你一个很不幸的消息，你说的多标签iFrame方式我们早就用了，不会有你说的性能问题，浏览器会缓存的。

还有就是请用GZIP压缩，第一次下载ext-all.js的流量也会下降到100多KB。

我也用了iframe
很头疼ext重复加载的问题

我也使用了GZIP，但是,ext-all.js还是超过300K。
就算是IE有缓冲功能，但使用iframe后，页面地址在不停的变化，缓冲能起到作用吗？
不管那么多了，改过后，自己感觉速度有所提高就行了，你们用不用，跟我也没关系。这个贴被管理评为差贴过，请大家不要再讨论什么了，IT人一向是最有主见的了。

怎么可能300K，你的GZIP一定有问题，应该是113K左右，我推荐你一个工具可以很清楚地看到每个请求的HTTP资源是否被缓存，是否被压缩。

你可以发站内信告诉我你的email，我发给你。

我认为加载tab页面有两种需求，一种适合当前应用是一体的，结合比较紧密的，可以考虑使用非iframe方式。

另一种就是用iframe了。

采用iframe能让新打开的标签和原有的框架耦合性降低，对于新开的标签中，你想用什么技术展现页面都可以，全静态，JSP，甚至于其他网站的URL，而不是只能用EXT。

所以即使因为新开的页面也用了EXT，那就是两个页面，如果是传统URL跳转方式的话，一样客户端要解析加载两次EXT组件的。

所以这样比较就不会觉得很不爽了，很正常嘛，以后也可以考虑采用缩减每个页面ext的加载量，不是没有缩减办法的，但是我认为即使不缩减，性能是完全能够接受的。

不要轻易用iframe阿！

说得那么轻松，做一些简单的CRUD，当然不用iframe了，做一个简单的什么新闻管理的，当然不用iframe了，但是，实际在一个庞大的系统中，你试试one page,one application。有时用delphi写都有点烦，不要说EXT了。其实，iframe不仅仅是用在tab中，dialog window中也要用呀。

完全支持，确实如此。iframe的自由度是很大的，虽然有些小缺点。这也是个粒度的问题，没必要整个大系统一个page，iframe和主框架也有一定的交互能力，虽然知道这种方式结构上不够优雅，好用就行。

今天，终于搞定了，可以随便使用html中加入iframe而在iframe中不再要重新加入ext-all了 ,不知道你是怎么实现的
我测试了发现内存释放不掉,每次在iframe引用父页面的ext对象都会导致内存释放不掉,导致客户端内存消耗集聚增大,系统变的缓慢.