旁白：正如你现在可能已经意识到的，SAP世界中发生的两件大事是引入了Cloud RAP（Restful ABAP编程模型）和用于版本管理的abapGit，因此这个博客系列的标题讲述了关于这两个新概念的恐怖故事。
在"ABAP"发布的前一天晚上对于未来3"书两个可怕的事情同时发生。首先，作者在写这本书的时候，如果这本身还不够糟糕的话……
到目前为止的故事……
https://blogs.sap.com/2019/02/26/the-rappy-horror-abapgit-ture-show/
https://blogs.sap.com/2019/03/05/the-rappy-horror-abapgiture-show-part-two/
https://blogs.sap.com/2019/03/12/the-rappy-horror-abapgiture-show-part-three/
旁白：上周我们离开的时候在"ABAP走向未来第3部分"SAP新闻发布会的前一天晚上，我们让作者完成了创建可下载代码所需的各种ABAP人工制品的六个步骤，而SAP和ABAP在《弗兰肯斯坦城堡》里，他们愚蠢地认为弗兰肯斯坦男爵会帮助他们解决他们的自动驾驶电动汽车故障。在这场惊醒的噩梦中，有什么难以言喻的恐怖在等待着这三位"演员"？在本周的惊悚abapGiture秀中，你会发现……
注意你的ABAP语言
第七步的时间到了，云服务器那个好，那就是创建一个示例类来展示ABAP语言的所有新特性（ZCL\u CH03\u ABAP\u EXAMPLES）
这不是一个做任何事情的类，每个方法中的代码都与任何其他方法无关。方法的名称与书中展示每个新特性的列表相对应。
正如一些博客后面提到的，这可能会被认为是不现实的。对于作者来说，设计一个新功能以一种奇妙的方式解决的人为的例子太容易了，但是这个例子与世界上任何地方任何人遇到的任何商业问题都毫无关系。
所以我一直在追求的目标——而且我还没有实现，这是一个正在进行的工作，需要我很多年的时间疑问——一个新特性的每个示例的代码在可下载的代码中出现两次。一次是在ABAP示例类中，一次是在业务对象模型类或各种应用程序（如Monster barrity Due List）中。
然后读者会看到同样的东西两次——最初是在本书的"enable"部分作为一个抽象示例，只是为了获得一般概念，后来实际用于"real"同样，如前所述，大数据核心，Monster业务流程是我处理过的真实业务流程的伪装版本，因此我正在解决的所有业务问题都是真实的问题，尽管"怪兽化"到了无法识别的程度。好吧，我觉得很棒，这也许只是我是个书呆子的一个迹象。不管怎样，我们走吧：-
三个错误走进一个酒吧。酒吧招待说："通常我会把你赶出去，但今晚我会破例。"
也许你必须在那里。无论如何，第八步是创建一个与ABAP示例类非常相似的示例程序，但这次演示了各种可用于异常处理的机制。有问题的程序是ZCH04异常处理。
这可能更加模糊，尽管事实上超过一半的代码都处理错误处理。更难说服ABAP社区，异常类比通过设置SY-SUBRC值来工作的"经典"异常更好。
我甚至不确定SAP本身是否被说服，这就是为什么在方法中可以有老式的异常，我可能会说这是一个非常奇怪的决定。当我找到一个带有"经典"异常的标准方法时，我将它包装在一个使用异常类的Z方法中。
我知道SAP非常热衷于向下兼容，但是让旧方法继续工作，却禁止人们用除异常类以外的任何东西创建新方法有多难呢。只需将"UseExceptionClasses"复选框默认为"on"（为什么这不是默认设置？）不管怎样，这里也有同样的想法——本书后半部分中的事务应用程序有大量的错误处理，上半部分中的示例应该使用这些实际示例。正如我所说的，我还没有完全达到目的，但这就是目的。
Mappy Horror
作为旁白，当我翻阅这本书试图确保每个列表实际上都在可下载代码的某个地方时，我常常很难找到东西，即使它们确实在那里。
所以如果我找不到示例，其他人还有什么机会？为了在可下载的代码中方正这个圆，你还得到了一个"映射"程序，它只是一个简单的ALV列表，其中列出了清单编号以及你在其中找到的ABAP对象（类、报表等），尽可能使用准确的方法名称。
我们所做的一切都是由您测试驱动的
第九步是给出与测试驱动开发和ABAP单元相关的各种概念的示例。这一次，我能够将一大块的例子直接移动到他们测试的类中（比如怪物模拟器），尽管仍然有一些独立的例子。这个程序是ZèMONSTERèLISTINGSèMAPPING，它存在于ALV包中。
Pear Programming
在书中，自助建站系统哪个好，在SAP的TDD开放课程中提到了"组合测试设计"的概念，在这里你有大量的输入变量，为每一个可能的组合手工编写一个单元测试是不切实际的，因为可能有100亿个组合。
