zoukankan      html  css  js  c++  java
  • 继承ConfigurationValidatorBase和ConfigurationProperty的默认值

    通过继承ConfigurationValidatorBase类,用户可以自定义一个配置系统的验证器,可是今天使用这种方法发现了一个问题:每个ConfigurationProperty在验证其实际值前,都要对其默认值先进行一次验证,注意这里只是验证一次,发生在验证第一个ConfigurationProperty的值之前。表现形式就好像静态构造函数似的。

    比如下面的ConfigurationSection和ConfigurationValidatorBase代码:(代码模拟验证年龄必须大于等于15岁,否则抛出异常)


    接着app.config定义一个合法的和一个非法的(Age小于15的AgeSection)ConfigurationSection


    测试逻辑代码:

    这段代码,最初想当然是先输出29,因为mysec1会通过验证,接着接到ConfigurationErrorsException,因为mysec2不会通过验证的。可结果却是连29都没有输出,直接显示没有通过验证的错误信息,检查ConfigurationErrorsException的Line属性竟然是0。

    经过调试发现执行验证器(本例中的Age15Validator类)的Validate函数次数是3,而不是最初所期望的2。这三次传入的参数值分别是0,29,4。而这个0就是文章开头提到的一类ConfigurationProperty的默认值,再次强调一下这个默认参数的验证只调用一次,并且是限于任何实际ConfigurationProperty的真实值。

    那么,针对上述问题,解决方案是设置ConfigurationProperty的默认值并确保这个默认值能够顺利通过验证器的验证,比如上述程序我们就可以把AgeSection的Age属性的默认值改成15.


    这样的话,程序就可以按要求运行了。

    第一行输出29(mysec1属性通过验证)

    第二行输出错误信息并指出行数。(mysec2没有通过验证)



  • 相关阅读:
    JUC01
    Linux
    逆向工程核心原理——第三十四章
    逆向工程核心原理——第三十三章
    逆向工程核心原理——第三十二章
    逆向工程核心原理——第三十章
    逆向工程核心原理——第二十八章
    逆向工程核心原理——第二十七章
    逆向工程核心原理——第二十四章
    逆向工程核心原理——第二十三章
  • 原文地址:https://www.cnblogs.com/wmlunge/p/2299267.html
Copyright © 2011-2022 走看看