• 采用一个自创的"验证框架"实现对数据实体的验证[编程篇]


    昨天晚上突发奇想,弄了一个简易版的验证框架,用于进行数据实体的验证。目前仅仅实现基于属性的声明式的验证,即通过自定义特性(Custom Attribute)的方式将相应的Validator应用到对应的属性上,并设置相应的验证规则。本篇文章分上下两篇,上篇介绍如果来使用这个验证框架,《下篇》介绍背后的设计原理和具体实现。

    一、定义最简单的验证规则

    我们先看看一个最简单的验证规则如何应用到对应的实体类型上。在这里我们模拟一个有趣的场景:找对象,不论是找男朋友还是女朋友,还是不男不女的朋友,都具有一定的标准。在这里我们把这些标准表示成“验证规则”。为了简单,我们仅仅验证对方的年龄是否符合我们的要求,为此我定义了如下一个简单的Mate类型:

       1: public class Mate
       2: {
       3:     public int Age { get; set; }
       4:     public Mate(int age)
       5:     {
       6:         this.Age = age;
       7:     }
       8: }

    现在我们对年龄设置一个最基本的要求:对方必须是年满18岁的成年人。为此我通过一个GreaterThanValidatorAttribute特性将一个GreaterThanValidator应用到了Age属性上,并指定了GreaterThanValidator的下限18,同时设置了验证失败后相应错误信息。值得一提的是:指定的验证消息时一个消息模板,我们可以指定相应的站位符,比如{PropertyName}、{PropertyValue}、{Tag},它们分别表示对应属性的属性名、属性值和自定义的Tag(在具体的ValidatorAttribute特性中设置,在本例中设置的Tag为“年龄”)。这些都是一般的、被所有Validator支持的站位符,具体的Validator也可以定义自己的站位符,比如{LowerBound}就是专属于GreaterThanValidator特有。实际上还有其他一些站位符供你选择。

       1: public class Mate
       2: {
       3:    private const string greaterThanMsg = "通过属性{PropertyName}表示的{Tag}不能低于{LowerBound}周岁,当前{Tag}为{PropertyValue}周岁!";
       4:     
       5:     [GreaterThanValidator(greaterThanMsg, 18, Tag = "年龄")]   
       6:     public int Age { get; set; }
       7:  
       8:     public Mate(int age)
       9:     {
      10:         this.Age = age;
      11:     }
      12: }

    然后我定义了如下一个静态辅助方法Validate<T>进行对象的验证,如果验证成功,输出“验证成功”,否则输出“验证失败”,并输出格式化的出错消息。

       1: static void Validate<T>(T objectToValidate)
       2: {
       3:     IEnumerable<ValidationError> validationErrors;
       4:     if (!Validation.Validate(objectToValidate, out validationErrors))
       5:     {
       6:         Console.WriteLine("验证失败!");
       7:         foreach (var error in validationErrors)
       8:         {
       9:             Console.WriteLine("\t"+ error.Message);
      10:         }
      11:     }
      12:     else
      13:     {
      14:         Console.WriteLine("验证成功!");
      15:     }
      16: }

    上述的Validate<T>主要是调用了我静态类型Validation的Validate方法。该方法签名如下:布尔类型的返回之表示是否验证通过,输出参数为一个ValidationError对象集合,该对象表示具体出错信息。

       1: public static class Validation
       2: {
       3:     public static bool Validate(object value, out IEnumerable<ValidationError> validationErrors)
       4: }

    现在我们通过如下的代码对实例化的Mate对象进行两次验证,第一次设置的年龄为20(符合要求),第二次为16(没有成年,不符合要求)。输出的结果表明验证是按照我们期望的规则进行的。

       1: static void Main(string[] args)
       2: {
       3:     var mate = new Mate(20);
       4:     Validate<Mate>(mate);
       5:     mate.Age = 16;
       6:     Validate<Mate>(mate);
       7: }

    输出结果:

       1: 验证成功!
       2: 验证失败!
       3:         通过属性Age表示的年龄不能低于18周岁,当前年龄为16周岁!

    二、多条件验证规则

    在大部分情况下,验证规则不太可能通过单一的条件进行定义。就像你找女朋友的时候,不可能只要是对方年满18岁,你就照单全收一样。如果你需要添加多个验证条件,你只需要将相应的ValidatorAttribute特性应用到属性上即可。比如现在我们进一步修正我们的验证规则:年龄大于18周岁,并且小于30周岁。那么我们仅仅需要在Age属性上添加一个额外的LessThanValidatorAttribute特性即可,该特性将LessThanValidator应用到Age上面。具体代码如下所示,在LessThanValidatorAttribute设置了上限30,并制定了相应的验证消息模板。

       1: public class Mate
       2: {
       3:     private const string greaterThanMsg = "通过属性{PropertyName}表示的{Tag}不能低于{LowerBound}周岁,当前{Tag}为{PropertyValue}周岁!";
       4:     private const string lessThanMsg    = "通过属性{PropertyName}表示的{Tag}不能高于{UpperBound}周岁,当前{Tag}为{PropertyValue}周岁!";
       5:     [GreaterThanValidator(greaterThanMsg, 18, Tag = "年龄")]
       6:     [LessThanValidator(lessThanMsg, 30, Tag = "年龄")]
       7:     public int Age { get; set; }
       8:  
       9:     public Mate(int age)
      10:     {
      11:         this.Age = age;
      12:     }
      13: }

    现在我们稍微改动一下上面的程序,将用于第二次验证的Mate对象的Age属性设置成50

       1: static void Main(string[] args)
       2: {
       3:     var mate = new Mate(20);
       4:     Validate<Mate>(mate);
       5:  
       6:     mate.Age = 50;
       7:     Validate<Mate>(mate);       
       8: }

    执行程序,你将会得到如下的输出:

       1: 验证成功!
       2: 验证失败!
       3:         通过属性Age表示的年龄不能高于30周岁,当前年龄为50周岁!

    如果多个Validator应用到了同一个属性,在执行验证的时候都会被执行。最终返回的错误信息是验证失败的Validator返回的错误信息的集合。在此例中,返回的是LessThanValidator的ValidationError。但是有的时候我们希望获取一个完整的错误信息,比如:“通过属性Age表示的年龄必须在18到25周为之间,当前年龄为50周岁!”。在这种情况下,你需要一个特殊的Validator:AndCompositeValidator。

    三、试试AndCompositeValidator

    AndCompositeValidator属于一种特殊的Validator:CompositeValidator,这中Validator本身不进行具体的验证工作,而是根据具体的ValidatorElement验证后的结果,进行相应的逻辑运算,最终确定验证结果。AndCompositeValidator对应的逻辑运算就是:逻辑与,即所有ValidatorElement验证通过才被认为是本Validator验证通过。同样对于上面的验证规则,我们就可以通过应用AndCompositeValidatorAttribute特性,指定一个“友好的”验证消息。

       1: public class Mate
       2: {
       3:     private const string messageTemplate = "通过属性{PropertyName}表示的{Tag}必须在18到30周岁之间,当前{Tag}为{PropertyValue}周岁!";
       4:     [AndCompositeValidator(messageTemplate,"greaterThan18,lessThan30",Tag="年龄")]
       5:     [GreaterThanValidatorElement("greaterThan18", 18)]
       6:     [LessThanValidatorElement("lessThan30", 30)]
       7:     public int Age { get; set; }
       8:  
       9:     public Mate(int age)
      10:     {
      11:         this.Age = age;
      12:     }
      13: }

    虽然和上面采用相同的验证规则,但是这次我们采用的不是GreaterThanValidatorAttribute和LessThanValidatorAttribute,而是采用GreaterThanValidatorElementAttribute和LessThanValidatorElementAttribute。ValidatorElement服务于CompositeValidator,所有必须设置一个唯一的名称,在这里分别为:greaterThan18和lessThan30。

    在AndCompositeValidatorAttribute中,使用到的ValidatorElement的名称是“逗号”为分隔符连接的字符串指定到了构造函数的参数中(greaterThan18,lessThan30)。执行上面的程序,这次的出现的验证消息就是我们希望的了。

       1: 验证成功!
       2: 验证失败!
       3:         通过属性Age表示的年龄必须在18到30周岁之间,当前年龄为50周岁!

    四、有AndCompositeValidator,自然就有OrCompositeValidator

    AndCompositeValidator是基于“逻辑与”的CompositeValidator,自然就是基于“逻辑或”的OrCompositeValidator。OrCompositeValidator的用法和AndCompositeValidator完全一样。如果我们将验证规则改称这样:年龄要么大于30,要么小于18(这好像是“变态”的择偶标准)。那么我们的Mate类型就可以定义成如下的样子。

       1: public class Mate
       2: {
       3:     private const string messageTemplate = "通过属性{PropertyName}表示的{Tag}要么大于30,要么小于18,当前{Tag}为{PropertyValue}周岁!";
       4:     [OrCompositeValidator(messageTemplate,"greaterThan30,lessThan18",Tag="年龄")]
       5:     [GreaterThanValidatorElement("greaterThan30", 30)]
       6:     [LessThanValidatorElement("lessThan18", 18)]
       7:     public int Age { get; set; }
       8:  
       9:     public Mate(int age)
      10:     {
      11:         this.Age = age;
      12:     }
      13: }

    现在我们需要对我们的验证程序进行如下的修改。先将年龄设置成16(符合验证规则),然后设置成20(不符合验证规则)。执行程序,你也会得到期望的验证失败的错误消息。

       1: static void Main(string[] args)
       2: {
       3:     var mate = new Mate(16);
       4:     Validate<Mate>(mate);
       5:     mate.Age = 20;
       6:     Validate<Mate>(mate);
       7: }

    输出结果:

       1: 验证成功!
       2: 验证失败!
       3:         通过属性Age表示的年龄要么大于30,要么小于18,当前年龄为20周岁!

    五、让验证规则来得更加复杂点吧

    因为有了用于进行具体验证工作的Validator,比如上面用到的GreaterThanValidator和LessThanValidator,以及用于逻辑运算的CompositeValidator。我们的验证框架几乎能够表示所有的验证规则

    现在我们将验证规则进一步升级:年龄或者在18到25周岁之间,或者大于40周岁(现在很多女孩喜欢在成熟的老男人)。下面的Mate类型的定义反映了这样的验证规则。

       1: public class Mate
       2: {
       3:     private const string messageTemplate = "通过属性{PropertyName}表示的{Tag}或者在18到25周岁之间,或者大于40周岁,当前{Tag}为{PropertyValue}周岁!";
       4:  
       5:     [OrCompositeValidator(messageTemplate, "between18And25,greaterThan40",Tag="年龄")]
       6:     [AndCompositeValidatorElement("between18And25", "greaterThan18,lessThan25")]
       7:     [GreaterThanValidatorElement("greaterThan18", 18)]
       8:     [LessThanValidatorElement("lessThan25", 25)]
       9:     [GreaterThanValidatorElement("greaterThan40", 40)]
      10:     public int Age { get; set; }
      11:  
      12:     public Mate(int age)
      13:     {
      14:         this.Age = age;
      15:     }
      16: }

    对于最新的验证规则,最外层是“逻辑或”的关系,所以我们仅仅使用了一个唯一的OrOrCompositeValidator。组成该OrOrCompositeValidator的有两个分支,分别通过两个ValidatorElement表示。第一个ValidatorElement是一个AndCompositeValidatorElement(年龄在18到25周岁之间),后一个是GreaterThanValidatorElement(年龄高于40周岁)。而该AndCompositeValidatorElement又具有两个分支,通过一个GreaterThanValidatorElement(年龄大于18周岁)和一个LessThanValidatorElement(年龄小于25周岁)表示。

    现在我们修改验证程序,分别将用于验证的Mate对象的年龄设置成20(符合验证规则)、50(符合验证规则)、16(年纪太小,不符合验证规则)和30(年纪既不年轻,也不够成熟,不符合验证规则),输执行程序的输出反映了最终得验证结果。

       1: static void Main(string[] args)
       2: {
       3:     var mate = new Mate(20);
       4:     Validate<Mate>(mate);
       5:  
       6:     mate.Age = 50;
       7:     Validate<Mate>(mate);
       8:  
       9:     mate.Age = 16;
      10:     Validate<Mate>(mate);
      11:  
      12:     mate.Age = 30;
      13:     Validate<Mate>(mate);
      14: }

    输出结果:

       1: 验证成功!
       2: 验证成功!
       3: 验证失败!
       4:         通过属性Age表示的年龄或者在18到25周岁之间,或者大于40周岁,当前年龄为16周岁!
       5: 验证失败!
       6:         通过属性Age表示的年龄或者在18到25周岁之间,或者大于40周岁,当前年龄为30周岁!

    六、对多验证规则的支持

    实体的验证应该是场景驱动的,对于同一中类型的对象,不同的场景决定不同的验证规则。对于“找对象”为例,不同的人具有不同的择偶标准,同一个人在不同的年龄阶段的择偶标准也不可能相同。所以,一个好的验证框架应该具有定义多中验证规则的能力。

    同样以上面的例子来说明,对于Mate类型,我希望为不同的人(比如张三和李四)定义不同的验证规则。其中张三喜欢18岁到25周岁的年轻小MM,李四则钟意35到40岁的中年妇女。那么我们可以将两种不同的验证规则通过如下的代码定义在Mate类型上。

       1: public class Mate
       2: {
       3:     private const string message4Zhangsan   = "通过属性{PropertyName}表示的{Tag}必须在18到25周岁之间,当前{Tag}为{PropertyValue}周岁!";
       4:     private const string message4Lisi       = "通过属性{PropertyName}表示的{Tag}必须在35到40周岁之间,当前{Tag}为{PropertyValue}周岁!";
       5:  
       6:     [AndCompositeValidator(message4Zhangsan, "greaterThan18,lessThan25", RuleName="Zhansan")]
       7:     [AndCompositeValidator(message4Lisi, "greaterThan35,lessThan40", RuleName = "Lisi")]
       8:     [GreaterThanValidatorElement("greaterThan18", 18)]
       9:     [GreaterThanValidatorElement("greaterThan35", 35)]
      10:     [LessThanValidatorElement("lessThan25", 25)]
      11:     [LessThanValidatorElement("lessThan40", 40)]
      12:     public int Age { get; set; }
      13:  
      14:     public Mate(int age)
      15:     {
      16:         this.Age = age;
      17:     }
      18: }

    通过上面的代码我们可以看到:在Age属性上应用了两个AndCompositeValidator,它的属性RuleName被设置成“zhansan”和“Lisi”,分别表示张三和李四的择偶标准。对于这种设置了RuleName的情况,在进行验证的时候需要具体的验证个规则命名,表明当前验证是基于那个具体的规则进行的。在静态的外观类Validation中,提供了另一个Validate方法重载,供你指定具体的验证规则名称。

       1: public static class Validation
       2: {    
       3:     public static bool Validate(object value, string ruleName, out IEnumerable<ValidationError> validationErrors)
       4:     {
       5:         //Others
       6:     }
       7: }

    为了演示方便,我们改动一下之前定义的辅助方法Validate,为它添加一个额外的表示验证规则名称的参数ruleName,该方法最终会调用上面的方法。

       1: static void Validate<T>(T objectToValidate, string ruleName)
       2: {
       3:     IEnumerable<ValidationError> validationErrors;
       4:     if (!Validation.Validate(objectToValidate,ruleName,out validationErrors))
       5:     {
       6:         Console.WriteLine("验证失败!");
       7:         foreach (var error in validationErrors)
       8:         {
       9:             Console.WriteLine("\t"+ error.Message);
      10:         }
      11:     }
      12:     else
      13:     {
      14:         Console.WriteLine("验证成功!");
      15:     }
      16: }

    那么我们通过上面的代码验证给定的Mate对象是否符合张三和李四的择偶标准,被用于验证的Mate对象的年龄分别为20和38周岁。从输出结果来看,第一个(年龄为20)是张三喜欢的,但是历史不喜欢;李四喜欢的是第二个(年龄为38),但是这个人不是张三中意的类型。

       1: static void Main(string[] args)
       2: {
       3:     var mate = new Mate(20);
       4:     Validate<Mate>(mate,"Zhansan");
       5:     Validate<Mate>(mate, "Lisi");
       6:  
       7:     mate.Age = 38;
       8:     Validate<Mate>(mate, "Zhansan");
       9:     Validate<Mate>(mate, "Lisi");           
      10: }

    输出结果:

       1: 验证成功!
       2: 验证失败!
       3:         通过属性Age表示的必须在35到40周岁之间,当前为20周岁!
       4: 验证失败!
       5:         通过属性Age表示的必须在18到25周岁之间,当前为38周岁!
       6: 验证成功!

    如果对这个验证框架的设计原理感兴趣,敬请关注《下篇》。要先睹为快的朋友,可以从这里下载源代码。

    采用一个自创的"验证框架"实现对数据实体的验证[编程篇]
    采用一个自创的"验证框架"实现对数据实体的验证[设计篇]
    采用一个自创的"验证框架"实现对数据实体的验证[改进篇]
    采用一个自创的"验证框架"实现对数据实体的验证[扩展篇]

  • 相关阅读:
    AD域渗透测试笔记
    ctf之WEB练习一
    CTF之crpto练习三
    ctf之WEB练习二
    ctf之WEB练习三
    [转]Ant学习笔记——自己构建Ant编译环境
    [转]【NoSQL】NoSQL入门级资料整理(CAP原理、最终一致性)
    啥叫异步调用
    C++中虚函数的作用是什么?它应该怎么用呢?
    [转]Thrift连接池实现
  • 原文地址:https://www.cnblogs.com/artech/p/Validation_Framework_Program.html
Copyright © 2020-2023  润新知