验证设计模式

Question

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

在搜索互联网后，我发现以下两种有前景的设计模式可以满足我的业务需求，一种是装饰器模式，另一种是命令链（又名责任链）。现在我的问题是哪个更好？有人有更好的主意吗？

谢谢

Answer 1

我认为您想要的是 规范模式。所以你会做这样的事情：

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 方法，而不是多个类（我的域中的每个条件一个）。