鸟食轩

 Microsoft .NET[C#] MVP 2003
随笔 - 429, 文章 - 235, 评论 - 5529, 引用 - 356
数据加载中……

使用页面元素属性做状态判断的隐患

    在做DHTML开发的时候，依赖一些页面元素的得值来作为页面的状态的判断，初看似乎并没有什么问题。可是在后期的开发和维护中，却是一个随时可能产生莫名其妙bug的隐藏炸弹。如果不小心引爆，那就只有郁闷的份了。

    问题示例：在制作一个带有多个框架的框架页面时，由于为了一时的简单，直接使用了frame的宽度来作为页面状态的判断条件，代码如下：

var dimFrameWidth = parent.main.cols.split(',')[0];
if ( StringHelper.Trim(dimFrameWidth) != '0' )
{
    with(parent.dimTree.DimensionTree)
    {
        PowerAnalyst.QueryInfoSnapshot = GetQueryInfo();
    }
}

    这个示例中的代码在起初的运行和测试中都完全正确，可是不知道从什么后开始，出来了莫名其妙的bug，PowerAnalyst.QueryInfoSnapshot的值变得不是很确定，有的时候对有的时候又不对。经过Tester和我挺长时间的研究，最后发现居然是因为一个后来添加的功能影响了对frame宽度的判断。

    在起初的设计里，框架页左面的frame是始终显示的，所以我想当然的为了"偷懒"，就使用了左边那个frame的宽度来做为了该页面的状态判断标志。可是后来增加了一个折叠左面frame功能，就像我们常用的web mail管理界面里收起左边frame的那种功能。这样潜在的问题就悄悄的来了，当用户在使用时手动折叠了左面的frame后，上面的代码对页面状态的判断就歇菜了。

posted on 2005-11-23 16:45 birdshome 阅读(1650) 评论(3)  编辑 收藏 网摘 所属分类: Jscript&Dhtml开发Debug中的滑铁卢

评论

#1楼   回复  引用    

。。。聂哈哈，偷懒的后果。。
2005-12-22 13:14 | 温柔狼[未注册用户]

#2楼   回复  引用    

呃，应该说对此属性的可变性预想不充分。不过这个bug的纠正应该没什么大不了的哦。
嘻嘻，补充一下。

浏览器界面，一切皆有可能。
2005-12-22 13:24 | 温柔狼[未注册用户]

#3楼   回复  引用    

为了偷懒很多人都会这样做的.
2006-07-07 13:34 | ggyy[未注册用户]



发表评论

昵称： [登录] [注册]

主页：

邮箱：(仅博主可见)

评论内容：

  登录  注册

[使用Ctrl+Enter键快速提交评论]

0 282398




相关文章:

相关链接: