我正在为我们的一个部门提供数据验证实用程序,该实用程序具有以下要求.
– 动态添加新的业务实体
– 动态地向实体添加新验证.
– 用于显示业务实体及其有效性列表的UI
– 用户可以选择在所有或选择的业务实体验证上启动验证.
– 如果任何验证失败,UI将显示验证错误消息.
– 即使任何验证失败,系统也应继续进行下一次验证,从而验证所有已配置的验证.
– 动态添加新的业务实体
– 动态地向实体添加新验证.
– 用于显示业务实体及其有效性列表的UI
– 用户可以选择在所有或选择的业务实体验证上启动验证.
– 如果任何验证失败,UI将显示验证错误消息.
– 即使任何验证失败,系统也应继续进行下一次验证,从而验证所有已配置的验证.
在搜索互联网后,我发现以下2个承诺设计模式满足我的业务需求一个id装饰模式,另一个是命令链(又称责任链).现在我的问题是哪个更好？有人有更好的主意吗？
谢谢
解决方法
我想你想要的是
Specification Pattern.所以你会这样做：
public void StartDateNotInPastSpecification : ISpecification<ISomeBusinessObject>
{
public bool IsSatisfiedBy(ISomeBusinessObject myBusinessObject)
{
return myBusinessObject.StartDate >= DateTime.Now;
}
}
关于这种模式的好处是每个规则都可以单独测试,你可以选择何时应用验证规则(而不是某些框架将这个决定强加给你).
