c# – 验证设计模式

概述我正在为我们的一个部门提供数据验证实用程序,该实用程序具有以下要求. – 动态添加新的业务实体 – 动态地向实体添加新验证. – 用于显示业务实体及其有效性列表的UI – 用户可以选择在所有或选择的业务实体验证上启动验证. – 如果任何验证失败,UI将显示验证错误消息. – 即使任何验证失败,系统也应继续进行下一次验证,从而验证所有已配置的验证. 在搜索互联网后,我发现以下2个承诺设计模式满足我的 我正在为我们的一个部门提供数据验证实用程序,该实用程序具有以下要求.
– 动态添加新的业务实体
– 动态地向实体添加新验证.
– 用于显示业务实体及其有效性列表的UI
– 用户可以选择在所有或选择的业务实体验证上启动验证.
– 如果任何验证失败,UI将显示验证错误消息.
– 即使任何验证失败,系统也应继续进行下一次验证,从而验证所有已配置的验证.

在搜索互联网后,我发现以下2个承诺设计模式满足我的业务需求一个ID装饰模式,另一个是命令链(又称责任链).现在我的问题是哪个更好？有人有更好的主意吗？

谢谢

解决方法 我想你想要的是 Specification Pattern.所以你会这样做：

public voID StartDatenotinPastSpecification : ISpecification<ISomeBusinessObject>{  public bool IsSatisfIEdBy(ISomeBusinessObject myBusinessObject)  {    return myBusinessObject.StartDate >= DateTime.Now;  }}

关于这种模式的好处是每个规则都可以单独测试,你可以选择何时应用验证规则(而不是某些框架将这个决定强加给你).

总结

以上是内存溢出为你收集整理的c# – 验证设计模式全部内容，希望文章能够帮你解决c# – 验证设计模式所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。