主题：【原创】Javascript、 IE：山而王暴走中 -- 山而王

这两天只睡了10个小时，处于暴走状态。看我能不能理性地将事情说清楚。

我们尊贵无比的顾客大人，小手指头一抬：顺便说一声，你们系统速度太慢。

顾客的心声就是我们的命令。我们查，我们删，我们改，我们暴走。。。

几十年的经验全使上，能加的班全加上，能榨的脑汁全榨出来，提高了。。。。20%。

老板：这不够戏剧化。我要的是令顾客大人一见钟情、或者摔到地上那种提高，至少。。。50%。

我差点摔到地上，含泪：老板，如果不过分的话，能不能把IE的源码买过来？

我的抱怨是有根据的。先说说前提条件：

- IE为每个页面建了一个树型结构，里面存储着该页面所有的HTML COMPONENT

- 如果你有一个HTML COMPONENT，比方说一个TEXTFIELD，它的名字是“山而王”。

- 那么你要控制它的显示时就要用

document.form1.form111.山而王.style.visibility = "visible";

- 另一种访问方式是用可怜的“山而王”做名字，让IE帮你找到这个东东

document.getElementById("山而王").style.visibility = "visible";

我们当然要尽量用第二种访问方式。几百个COMPONENT，多少层LAYER下来，往往一个TABLE EMBEDDING，谁也找不到谁了。

好了，经过我等精心测量，发现：

- 使用第二种方式，也就是说让IE 帮我们找到这个东东，比直接访问要慢无穷多倍，

- 我们干脆自己写了个HASH，存了所有的COMPONENT，用这个方式访问还是比IE 要快10倍。

这简直没有天理了。要知道我们自己写的HASH，只是一个普普通通的Javascript 数据结构，它是在IE之上运行的。作为平台的IE，在检索自己的、已经存储好的数据时，竟然被业余语言Javascript打败？？

这一重大“科技成果”的发现，导致我们可悲地开始建立一个完整的关键字到HTML

COMPONENT映射的HASH。这无疑和IE是重复的，然而效果是明显的。

同样的程序，即使在FIREFOX上运行也比IE要快。在LINUX上更是快一倍。这说明了，IE的数据结构及其搜索方法糟糕透顶。

我很想建议我们的顾客改用FIREFOX，但是我不敢和1千万美金开玩笑。我困沌，我暴走，我垂头丧气。好比一个练习许久的舞蹈者，忽然发现表演的舞台是一堆烂泥。

住在西雅图的兄弟姐妹，有认识比尔。盖茨先生的给捎个话。

就说新泽西的山而王说：

盖子，你的CODE太烂！