在ericj.Evans的《领域驱动设计》一书中，我读到了规范模式。在本文中，我将描述如何以及在哪些情况下可以在ABAP中使用它。

让我们看一看伪代码：

链接的每个规范都是一个问题，它本身可能包含许多（复杂的）业务逻辑。如果你读了代码，移动物联网，你就读了英文文本，知道代码的意图是什么。它是使用多个（嵌套）IF语句的替代方法。

具有许多条件的代码可能会变得难以理解，看看上面的例子，你可以想象它包含了很多我们必须组合在一起的条件。

为了使代码更干净，你还可以在私有bool方法中提取条件：

这样代码更干净，大数据是，微淘客，你不必阅读每个条件的实现细节。

这对许多人来说可能是好的情况—但考虑到您有复杂的业务逻辑条件，这些条件在应用程序的多个位置使用。复制和粘贴IF语句不是一个好主意，因为更改请求的日子就要到了。

让我们看看规范模式的ABAP实现。因为不能从ZCL\U抽象\U规范的本地类定义中继承，云服务器好还是，OR和NOT类是Gobal类。

要实现一个规范类，您只需从ZCL\u ABSTRACT\u规范继承并重新定义ZIF\u规范~方法是否满意。

要隐藏实现（实际的规范类），您可以创建一个Factory类，该类方法返回一个ZIFèu规范实例。

正如您所看到的，ABAP中的规范模式带来了一些开销。让我们看一下利弊：

+

–

在逻辑复杂的场景中，在多个地方使用规范模式可以帮助您编写更易于重用、阅读和维护的代码。

您可以在GitHub上查看和下载示例实现，包含文本文件，带有接口和类的代码。

看到伪代码后的第一印象-它很可怕

三行IF语句（以及IF条件的每一个组合）可以进一步提取为is｜xxxx/has｜xxxx布尔谓词方法。是可用的吗？生产（）可以实现一次，大数据的商业价值，对我来说已经足够好了。