Question

我正在为我们的某个部门提供数据验证实用程序，该实用程序具有以下要求。 - 动态添加新的业务实体 - 动态地向实体添加新验证。 - 用于显示业务实体及其有效性列表的UI - 用户可以选择在所有或选择的业务实体验证上启动验证。 - 如果任何验证失败，UI将显示验证错误消息。 - 即使任何验证失败，系统也应继续进行下一次验证，从而验证所有已配置的验证。

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

由于

Answer 1

我认为你想要的是Specification Pattern。所以你会做这样的事情：

public void StartDateNotInPastSpecification : ISpecification<ISomeBusinessObject>
{
  public bool IsSatisfiedBy(ISomeBusinessObject myBusinessObject)
  {
    return myBusinessObject.StartDate >= DateTime.Now;
  }
}

这种模式的好处在于，每个规则都可以单独进行测试，并且您可以选择何时应用验证规则（而不是某些将此决定强加于您的框架）。

Answer 2

我也在使用规格模式。这是它的基本实现。

public class Specification<T, E> : ISpecification<T, E>
{
    private Predicate<T> predicate;

    public Specification(Predicate<T> predicate)
    {
        this.predicate = predicate;
    }

    public bool IsSatisfiedBy(T candidate)
    {
        return this.predicate.Invoke(candidate);
    }
}

通过这个实现，我只是在构造函数中传递一个谓词，如下所示：

var specification = new Specification<SomeDomainClass>(x => x.SomeDomainBoolMethod());

我的业务对象中有几个bool方法，而不是几个类（我的域中每个条件一个）。

验证设计模式

2 个答案: