|
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (4)
|
|
|---|---|
| 作者 | 正文 |
|
时间：2008-06-30
andrew.yulong 写道 iframe不行吧！
如果加上更换皮肤功能的话，iframe的页面css不会被更新的！ 我是让用户在登录的时候选择自己的皮肤，后台也会给出一个用户默认设定的皮肤。 |
| 返回顶楼 | |
|
时间：2008-07-01
Ext有个问题有人知道怎么解决吗？
就是你弹出一个窗口（最简单的那种）。destroy掉。会多23dom节点。每次都会。（如果只是第一次会的话，可以理解，但是每次都会的话，说明destroy方法是有问题的） |
| 返回顶楼 | |
|
时间：2008-07-01
lims 写道 icewubin 写道 再举个例子便于楼主举一反三理解。
比如一个html中的图片指向的是其他网站的URL，你想想难道会是总的一次请求中会包含这些gif下在么？不会的，这个指向其他网站的URL一定是浏览器单独发请求的。 所以说对于gif、js、css，每个资源浏览器都是要单独发HTTP请求来下载资源的，但是某个资源（区分标准就是同一个资源URL，例如http://www.test.com/css/test.css，程序中的相对路径也是一样的，浏览器都会变成绝对路径发出请求的）如果已经下载过，就不会再此下载了。 还有个典型例子是你看一下，ext-2.0.2\resources\images\default\panel\tool-sprites.gif，ext实用css来限制这个图片显示的区域来复用这个图片资源，就是减少产生过多的gif资源HTTP请求，原本要下载1-44次（那副图包含了44个小图）数的图片，现在最多只下载一次，当然这里讨论的没有缓存，第一次需要下载图片的情况。据这个例子是为了进一步说明，这些资源是单独发URL请求的。 楼上的意思是我们根本没有必要再考滤ext-all.js的加载问题了，就算是用iframe，速度也应与one page one application的东西差不多了。确定是这样吗？ 那倒不是，我的意思是不用担心ext-all.js的重复下载过程。但是浏览器的重复加载和渲染这个js那是肯定不能避免的，此时效率高低取决于浏览器的算法，FF3的效率就比FF2高不少，目测即可看出。 所以楼主的做的工作还有有价值的，但是我突然想到，楼主的这种应用场景建议还是使用autourl，以及规范的id命名比较适合，既然用了iframe就应该耦合性保持在较低水平，否则还不如用ext自己的特性来做，效率和效果（有个动画加载效果）都有保证。 |
| 返回顶楼 | |
|
时间：2008-07-01
我说的一般是指默认情况下。除了你在某处加了某种限制。
比如nocache之类的。 你可以把我说的一般理解为 就是这样。 |
| 返回顶楼 | |
|
时间：2008-07-02
我想问一下！如果用ifram加载的话，会有很多问题！
比如说皮肤更换的问题，还有如果在用iframe加载的话，在iframe弹出的window只在iframe这个页面里面！ |
| 返回顶楼 | |
|
时间：2008-07-02
kimmking 写道 我说的一般是指默认情况下。除了你在某处加了某种限制。
比如nocache之类的。 你可以把我说的一般理解为 就是这样。 还有浏览器的设置，是否每次都请求新数据。 |
| 返回顶楼 | |
|
时间：2008-07-02
andrew.yulong 写道 我想问一下！如果用ifram加载的话，会有很多问题！
比如说皮肤更换的问题，还有如果在用iframe加载的话，在iframe弹出的window只在iframe这个页面里面！ 是的，确实如此。皮肤更换我想了下还是有可能解决的，就是麻烦一点。 “在iframe弹出的window只在iframe这个页面里面”，这个肯定是这样的。 |
| 返回顶楼 | |
|
时间：2008-07-02
狠是郁闷！
iframe缺点已经狠明显了！ 但是如果用autoLoad加载的话，它最多只能执行本页的js，又不能去执行本页引用的js！比如说左边是一个功能菜单，右边是一个显示区！点击部门功能，右边出来一个公司的树，在点击公司的节点出现相应部门的grid！这种布局的话autoLoad就不能实现了！ |
| 返回顶楼 | |
|
时间：2008-07-02
icewubin 写道 andrew.yulong 写道 我想问一下！如果用ifram加载的话，会有很多问题！
比如说皮肤更换的问题，还有如果在用iframe加载的话，在iframe弹出的window只在iframe这个页面里面！ 是的，确实如此。皮肤更换我想了下还是有可能解决的，就是麻烦一点。 “在iframe弹出的window只在iframe这个页面里面”，这个肯定是这样的。 icewubin兄能否提供一下在iframe下更换皮肤的解决方案？ |
| 返回顶楼 | |
|
时间：2008-07-02
andrew.yulong 写道 icewubin 写道 andrew.yulong 写道 我想问一下！如果用ifram加载的话，会有很多问题！
比如说皮肤更换的问题，还有如果在用iframe加载的话，在iframe弹出的window只在iframe这个页面里面！ 是的，确实如此。皮肤更换我想了下还是有可能解决的，就是麻烦一点。 “在iframe弹出的window只在iframe这个页面里面”，这个肯定是这样的。 icewubin兄能否提供一下在iframe下更换皮肤的解决方案？ 拍脑袋想的，只知道可以在iframe里面调用parent.能调用父框架中的方法，但是反过来不知道有没有办法。 又突发灵感，或者可以在子页面打开的时候，调用parent里的方法，注册一个换肤的回调方法，可能可以的吧。 这样可以调用所有子页面的换肤方法了吧。 |
| 返回顶楼 | |
