使用规范模式

Question

与任何设计模式一样，规范模式 是一个很棒的概念，但很容易被热心的架构师/开发人员过度使用。

我即将开始开发一个新应用程序（.NET 和 C#），并且非常喜欢规范模式的概念，并且渴望充分利用它。然而，在我全力以赴之前，我真的很想知道是否有人可以分享使用 规范模式。

理想情况下，我想看看其他人在

• 根据规范模式编写单元测试
• 时是否遇到问题决定规范应该位于哪一层（存储库、服务、域等）
• 当一个简单的 if 声明会完成这项工作
• 等吗？

提前致谢

Answer 1

我不认为 LINQ 可以替代规范模式。请记住，规范最好用于封装业务逻辑。因此，如果我的业务需求之一要求我获得所有有价值的客户的多种功能，我的 Linq 语句可能如下所示：

var valuedCustomers = Customers.Where(c => c.Orders.Count > 15 && c.Active).ToList();

我可以在我的应用程序中键入此语句，但如果我想附加到客户必须拥有的规则，该怎么办在某个日期之前加入？好吧，现在我必须检查我的应用程序并更改 Linq。或者如果我的对象图发生变化（尽管这不应该是使用该模式的唯一原因）。相反，当我可以做这样的事情时，

var valuedCustomers = Customers.Where(new ValuedCustomerRule.IsSatisfied()).ToList();

我同意该模式已被过度使用，但它对于在整个系统中显示的业务规则非常有帮助，这样当这些规则发生变化时您就不会受到影响。对我来说，这类似于在应用程序代码中保留 SQL 查询。

Answer 2

正如 David 在评论中指出的那样，现在可以使用 LINQ 之类的工具更简洁地实现规范中的许多有用内容。

您可以即时创建任意规范，而不是新的规范类型：
GetCustomers().Where(customer => customer.IsActive && customer.City == "Oakland");

然而，这并不能完全替代规范，原因有几个：

1. 返回所有客户后，排序/过滤发生在消费类中。如果您正在处理内存中对象以外的任何对象，那么这是次优的（LINQ-to-SQL 等是例外，因为它们编译和优化查询并在服务器/远程端执行它们，仅返回所需的结果）。
2. 如果您公开集合并将规范留给 LINQ 查询，那么您的 API 对任何查询都是开放的。如果您想限制可以检索的内容或数量，则需要一组用于查询的规范。

当然没有必要到处使用它，而且很可能你根本不需要它；我不知道您的域名或您正在做什么。

我认为最好的建议是不要看起来使用它。当您开始编写一个看起来像您链接到的文章中的第一个示例的类时，您会看到它何时是必要的。

只需将其保存在您的心理模式存储库中，以便在需要时可以使用；如果你从不使用它，那只意味着你不需要它，那也没关系。

层的选择取决于规格和用途的性质。在许多情况下，它们是支持服务层的助手，但在某些情况下，它们封装了领域逻辑。

至于单元测试，请记住您的规范是单元或包含单元。不要测试接受具有所有可能的规范组合的规范的方法；测试规范本身以确保它们的行为符合预期，然后您可以在许多方法和类中放心地重用相同的规范。

希望这有点帮助。

Answer 3

更新的答案：
我同意 Wix 的观点，LINQ 并不能替代规范模式。我没有足够的声誉来向 Wix 答案添加评论，我只是作为答案进行回复。

根据本文，规范主要用于将域对象与语句进行匹配。尽管规范在与域对象匹配时返回 true/false，但这并不意味着规范是
建议在代码中封装任何布尔条件。

我将进一步继续Wix的回答。如果您有定义的 ValuedCustomer 规范，那么您有不同的可能性使用规则：

   var valuedCustomer = new ValuedCustomerSpecification();
   //1. You can use this statement to check if a customer is valued or not in your domain
   Customer customer = ....
   if(valuedCustomer.IsSatisfiedBy(customer))
   
   //2. You can use it to get just valued customers from repository, 
   var valuedCustomers = repository.Get(valuedCustomer);
   
   //3. You can combine it with other specifications to create composite specifications. Following syntax can vary with implementation
   var seniorValuedCustomer = valuedCustomer.And(seniorCustomer)

我对 论文 是用户可以与规范交互以实现其目标，前提是有需要并且您的应用程序 UI 允许。

上述论文还提到了何时不使用规范模式。