为什么CustomValidator验证控件在验证DropdownList的时候不能设置ControlToValidate属性

在使用asp.net web forms开发时，有时会给一些下拉控件，添加自定义验证，但由于对validator使用的惯性，往往会设置它的controltovalidate属性，如下代码所示：

[html]
<:dropdownlist id="dropdownlist1" runat="server"> 
</asp:dropdownlist> 
<asp:customvalidator id="cvddlgames" runat="server" clientvalidationfunction="validategames" controltovalidate="dropdownlist1" 
errormessage="内容不正确" display="dynamic"></asp:customvalidator> 

如果设置了这个属性后，发现自定义验证控件不会工作，在中跟踪脚本的执行流程，也执行不到自定义验证方法validategames，那原因是什么呢？
那就要看asp.net自带的js脚本 了，通过跟踪发现，最终调用自定义方法的validategames的方法是customvalidatorevaluateisvalid，如下所示：

[javascript]
function customvalidatorevaluateisvalid(val) { 
    var value = ""; 
    if (typeof(val.controltovalidate) == "string") { 
        //如果设置了controltovalidate属性的话，就会进入到这里 
 
        value = validatorgetvalue(val.controltovalidate); //获取关联的控件的值，如果是textbox的话，这里是能获取到值的，所以也没有问题，但如果要deropdownlist控件的话，这里获取到的value是空的 
        if ((validatortrim(value).length == 0) && 
            ((typeof(val.validateemptytext) != "string") || (val.validateemptytext != "true"))) { 
            return true;  //所以这里就提前返回了 
        } 
    } 
    var args = { value:value, isvalid:true }; 
    if (typeof(val.clientvalidationfunction) == "string") { 
        eval(val.clientvalidationfunction + "(val, args) ;"); 
    } 
    return args.isvalid; 
} 

所以在使用customvalidator验证dropdownlist控件的时候，不要设置controltovalidate属性，虽然不设置此属性，但是并不影响它的使用，它照样会阻止当前页面的提交(当数据有逻辑错误的时候)，所以可以放心使用

摘自 边城的专栏