我找到了Validator.TryValidateObject(…)方法,但它只是填充ValidationResults并让开发人员选择是否抛出异常.我目前正在实现的是迭代ValidationResults以从中创建ValidationExceptions列表,将列表包装到AggregateException中,然后在其InnerExceptions中抛出另一个带有AggregateException的ValidationException.
@H_502_4@ValidationContext validationContext = new ValidationContext(entity,null,null); List<ValidationResult> validationResults = new List<ValidationResult>(); bool isValid = Validator.TryValidateObject(entity,validationContext,validationResults,true); if (!isValid) { List<ValidationException> validationErrors = new List<ValidationException>(); foreach (ValidationResult validationResult in validationResults) { validationErrors.Add(new ValidationException(validationResult.ErrorMessage); } throw new ValidationException("Entity validation Failed.",new AggregateException(validationErrors)); }所以基本上,我的问题是:
>为什么没有内置方法可以同时抛出多个错误?也就是说,我错过了一些DataAnnotation Validations的最佳实践?
>有没有更好的方法来实现我想要实现的目标?
>另外……在将ValidationResult包装到ValidationException中时,如何包含成员名称?
解决方法
并考虑语言用户的成本 – 你目前所拥有的“捕获(异常e)”,你必须做“捕获(IEnumerable异常)”,然后是foreach,以防你调用的API抛出多个异常.
关于你的第二个问题,我认为将ValidationExceptions与AggregateException相结合并将聚合设置为顶级ValidationException的InnerException是解决问题的一种相当方式……但它不是标准的,所以希望人们对该异常层次结构的“捕获”方面是与您密切沟通的人.
您还可以考虑将ValidationResult集合存储在ValidationException的Data属性中.这有点简单. Data属性没有被广泛使用,但它存在于像这样的非标准场景中.
很难说这两种方法中的哪一种更好,但我倾向于第一种方法.它更复杂,但我认为如果你在InnerException和AggregateException上构建,那么任意编码器发现你所做的事情的可能性要高一些.我的意思是,你在调试时最后一次抛出Exception.Data的内容是什么时候?是的,我也不是.