亲爱的社区，在openSAP课程中，"为ABAP编写可测试代码"是第6周关于使用遗留代码的第1单元。演示了如何将过程报告转换为具有类的面向对象设计。由参数和选择选项组成的选择标准被转移到构造函数中。

由于有时可能有许多选择标准，我考虑了一个动态解决方案。下面的核心思想是一个简单的图形（对不起，服务器，我的演示UML生成失败了…这是另一个博客的故事）：

在我的小演示中有一个名为LCL\U SELECTION\U CRITERIA的本地助手类，可以访问ZSEL\U CRITERIA\U TEST报告的参数和SELECT-OPTIONS（全局变量）。因此，中国电信物联网，可以动态地将选择标准传输到名为ZCL\u SEL\u criteria的全局类的实例。随后，这个全局类的实例被传递给另一个名为ZCL\u SEL\u CRITERIA\u TEST的类的构造函数，海淘客，在这个类中进行选择并生成一个小的输出。

将选择标准表示为一个类的一个好的副作用是可以自动生成一个超过8个字母的标识符（例如"pau BUKRS"现在是"COMP\u CODE"）。

目前整个东西只不过是一个"概念证明"，云服务服务器，大数据传输，缺乏任何错误处理，你可以通过abapGit从GitHub下载它。