网站： JavaEye 作者： chen4w 发表时间: 2007-09-07 12:43 此文章来自于 http://www.iteye.com
声明：本文系JavaEye网站原创文章，未经JavaEye网站或者作者本人书面许可，任何其他网站严禁擅自发表本文，否则必将追究法律责任！
原文链接： http://www.iteye.com/topic/121321
我想在写这篇文章之前,已经有无数的难友被IE折磨得痛苦不堪了.
下面就将我自己用IE的问题作个小结:
1.div 无法覆盖select 表单的问题
痛苦指数
解决办法：
各路大仙真是仁者见仁，智者见智，归纳起来主要有两种
a. 隐藏法
计算select附近的div，如果发现div重叠，就赶紧隐藏select，典型代表 ：www.dynarch.com/projects/calendar/
b.替换法
干脆用div + table 重写个select得了
Ext做得不错，提供了对select的refresh方法 www.extjs.com
2.缺少有效的脚本调试支持
痛苦指数
对于B/S的 B端开发人员来说,脚本调试器简直就是小李手的小刀.
相对于firefox下的firebugaddons.mozilla.org/firefox/addon/1843
IE的解决办法就是安装庞大的 InterDev , 或者目前的.net frame,就算是这样的庞然大物,
程序无响应也是经常的事情.
解决办法:
偶的解决办法,就是写跨浏览器的脚本,在ff下调试完了再往IE下移。
如果只在IE下出问题咋办？ ———alert!!!!!
3.低性能
痛苦指数
如果你用过这个www.scbr.com/docs/products/dhtmlxTree/index.shtml
如果你的书有上千个节点, 一定就会有所体会了,
在同一个页面里将几个图片重复利用几千次?
对不起,在IE中你不得不等待"xxxx"个图片正在下载。
我就弄不懂，同一个页面里的对同一个img的url引用，有必要每次都去检查更新么？？
解决办法：
把访问策略设置为“自动”吧，第一次的慢嘛只好忍受了。
提及低性能，有个有趣的实验一定要做——将几千行的纯文本粘贴到 IE 的textarea中试试看，
一定会给你一个惊喜。
4.自作主张
痛苦指数
如果你调用getElementById,而ie未发现此id，那么它就会去找name为此id的元素并返回给你，不报任何错误。
解决办法：
写程序小心再小心
5.内存泄漏
痛苦指数
在页面中通过js反复创建和删去Div，ie6会出现内存泄漏，甚至重启ie仍然无济于事。
这个真是RIA的噩梦啊！！
RIA常用的手段就是利用div模拟窗口，因此div的创建和释放是最基本的操作。
解决办法：
参考Ext的destory机制
我的办法就是div复用，建一个就不放，重复利用。就算这样，由于窗口内容的刷新同样需要动态建立和释放html元素，
仍然存在内存泄漏。
6.兼容性差
痛苦指数
这个问题是前一段在客户那里发现的，微软2003拼音输入法，与ie下textarea的刷新冲突。
大家可以用下面这个最简单的页面看看效果
js 代码
-
-
-
- "Content-Type" content="text/html; charset=gb2312">
- 新建网页 1
-
-
- "#000000">
-
- "POST" action="--WEBBOT-SELF--">
-
"16" name="S1" cols="51">"submit" value="提交" name="B1">"reset" value="重置" name="B2">
-
-
-
-
|
