CommonLibrary之Validation(2)
上一篇，介绍了CommonLibrary的Validation验证模块的接口，类继承关系以及ValidatorFluent链式调用的实现，这里继续把例子从头看起，简单的,一看就明白的设计和实现就不做赘述了，说说我理解中的一些比较好的值得学习的观念或方法；首先看：
Validation.IsAlpha("123abc", false)
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模块给单独抠了出来使用，罢了罢了~
