上一篇,介绍了CommonLibrary的Validation验证模块的接口,类继承关系以及ValidatorFluent链式调用的实现,这里继续把例子从头看起,简单的,一看就明白的设计和实现就不做赘述了,说说我理解中的一些比较好的值得学习的观念或方法;首先看:
Validation.IsAlphaNumeric( " 123abc " , false , errors, "" )
Validation.AreEqual < T > (t1, t2);
Validation,ValidationExtensions,ValidationExtensionsAssertive,3个类文件中同使用static partial class Validation,作者把基本验证(Validation)实现保存错误的参数类IErrors的ValidationExtensions,实现IComparable<T>,用来做类型比较的ValidationExtensionsAssertive物理上分开放置,这个可以在我们平时的设计做参考,物理上的好的放置让我们逻辑更清楚,维护更方便,其实无所谓了,看自己的理解和实际的编码需求了。这块很简单,看看就明白了。
其实如果我们想在懒点,简单的验证我们可以用扩展方法实现,"123abc".IsNumericExp(),恩,一切都是现成的,还等什么呢?
public static bool IsNumericExp(this string str) {
return Regex.IsMatch(str, RegexPatterns.Numeric);
}
这里讲讲这个接口: IComparable<T>,定义由值类型或类实现的通用的比较方法,以为排序实例创建类型特定的比较方法,如果我们要使用Validation类中的的类型比较方法,那么首先得实现
IComparable<>泛型接口的public int CompareTo(T t)方法,在该方法中编写我们需要比较的东西,比如:
public class User:IComparable<User>
{
public string UserName { get; set; }
public DateTime CreateDate { get; set; }
public string Email { get; set; }
public string MobilePhone { get; set; }
#region IComparable<User> 成员
public int CompareTo(User other)
{
return this.UserName.CompareTo(other.UserName);
}
#endregion
}
//调用方法:
var errors = new ValidationResults();
Validation.AreEqual<User>(user1, user2,errors,"");
PrintErrors(errors);
Lamda
//实现
public void Example3_Lamda()
{
var val = new Validator(valEvent =>
{
int errCount = valEvent.Results.Count;
Validation.IsEmail("kishore@", false, valEvent.Results, string.Empty);
Validation.IsUrl("http://www", false, valEvent.Results, string.Empty);
Validation.IsPhoneUS("111-111-111", false, valEvent.Results, string.Empty);
return errCount == valEvent.Results.Count;
});
PrintErrors(val.Validate());
}
//其实很简单,看一下Validator的构造函数就清楚了,
public Validator(Func<ValidationEvent, bool> validator)
{
_validatorLamda = validator;
}
这里其实就是通过传递泛型委托,ValidationEvent在这里起了什么用?看到这里我真的没想明白,其实只要Action< IValidationResults >就能实现的东西,作者为什么要写的这么复杂,仅仅为了参数传递白加上一个ValidationEvent?比如下面实现:
Action<IValidationResults> _action;
public Validator(Action<IValidationResults> action)
{
_action = action;
}
public IValidationResults TestAction()
{
_lastValidationResults = new ValidationResults();
if (_action != null)
{
_action(_lastValidationResults);
}
return _lastValidationResults;
}
var t = new Validator(errors =>
{
Validation.IsEmail("kishore@", false, errors, "邮箱");
Validation.IsUrl("http://www", false, errors, "网址");
Validation.IsPhoneUS("111-111-111", false, errors, "电话");
});
t. TestAction();
RulesList验证和Lamda验证的实现方式一样,就多了一个List< ValidationRuleDef >来保存Func < ValidationEvent ,bool>集合~!
CustomValidator自定义验证
public void Example6_Custom()
{
ComLib.IValidator validator = new MyCustomUserIdValidator("admin");
IValidationResults errors = new ValidationResults();
PrintErrors(validator.Validate());
PrintErrors(validator.Validate(errors));
PrintErrors(validator.ValidateTarget("powerUser01"));
Print("Both", validator.Validate("powerUser01", errors));
}
public class MyCustomUserIdValidator : Validator
{
/// <summary>
/// Initialize the object to validate.
/// </summary>
/// <param name="userName"></param>
public MyCustomUserIdValidator(string userName)
{
Target = userName;
}
/// <summary>
/// Do some custom validation on a user name(string).
/// </summary>
/// <param name="validationEvent"></param>
/// <returns></returns>
protected override bool ValidateInternal(ValidationEvent validationEvent)
{
string id = (string)validationEvent.Target;
if (string.IsNullOrEmpty(id))
{
validationEvent.Results.Add("Must supply a userid.");
return false;
}
id = id.ToLower();
if (id == "admin" || id == "administrator")
{
validationEvent.Results.Add("Admin user name is reserved, you can not use it.");
return false;
}
if (id.Length < 2 || id.Length > 15)
{
validationEvent.Results.Add("Must be between 2 >= username <= 15.");
return false;
}
return true;
}
}
看到这里了,前面的疑问就一下子明白,所有的自定义验证类必须继承Validator,重写ValidateInternal方法,我们可以看到Validate都会调用ValidateInternal方法,而ValidateInternal方法来做出后的处理,前面的为什么要使用ValidationEvent,也是为了使所有的扩展,使用相同的参数,相同的方法, 这样的设计固然使模块代码风格一样,最大化的提高了代码的复用率,但是是否适合自己,得靠自己来权衡。
在认真的看完这个模块的所有设计和代码实现发现,确实做的很不错,也让我很有信心把这个用到公司的通用类库中,恩,后面还有很多,慢慢来吧罗马哪是一天能建成的~
-----后面的模块分析停止了,写到后面几个模块的时候觉得:
到这里的时候我觉得这个通用类库没有必要去深究其设计了,代码都设计的大同小异了,或者有某些地方的实现方法值得去研究,而且我也不想在去逐个去分析,浪费时间,而且本末倒置了,这个东西就是拿来用的~,CommnLibrary中各个模块耦合性太强,想单独抠出来还不容易,很多模块项目中都用不上,如果硬拿过来,觉得只会破坏现有代码结构,到现在为之,只把Cache,Collections,Email,Extensions,Feeds,Notifications,Queue,Types,Validation,Localization,Exceptions,Utilities模块给单独抠了出来使用,罢了罢了~