过渡到OO ABAP?

如果它在生产环境中工作,不要重写代码。不值得花时间或金钱,也没有任何管理层(在一家足以运行SAP的公司)会同意这样做。

我只需要阅读OOABAP,并开始用它编写新程序。

OO ABAP和程序ABAP一起工作很好。你可以调用class&方法来自过程程序,反之亦然。

说服新开发人员使用ABAPOO更容易,因为要学习的东西要少得多。此外,使用OO ABAP编写代码可以正确使用设计模式、高效的单元测试、UI抽象(例如SAPgui和WebDynpro或SAP控制台),并大大减少文档编制。

此外,正如一些人之前所说,SAP并没有将其代码库重写为ABAPOO。但他们确实尝试了重写ME51中的ME51N、ME21中的ME21N和SO01中的SBWP。

这取决于要编写的程序的大小。如果它是一个没有太多数据库交互的大型“系统”,那么可能会有一些好处。对于较小的程序,我不认为“客观化”代码有任何好处。

这还取决于开发人员的技能和偏好。如果他们想“面向对象”,可能会有更好的环境。如果他们陷入了“旧的程序性”思维方式,那么除了切换到OO之外,可能还有其他方法来改进代码。

我刚找到SAP SDN上提到的Esti白皮书副本: Not Yet Using ABAP Objects? Eight Reasons Why Every ABAP Developer Should Give It a Second Look

本文简要介绍了使用ABAPOO的好处。

请尝试查找白皮书的副本:

还没有使用ABAP对象吗?为什么每个ABAP开发人员都应该重新审视它的八个原因 通过 霍斯特·凯勒和格尔德·克鲁格 .

旧的经典报告通常包含冗余编码。不同的报告已经建立了大量的“复制和粘贴”。试着找出哪些是多余的,然后一步一步地将它们从这些报告中拉出来,放入新的全局的、可重用的、设计良好的类中,并通过使用“调用方法”替换现有代码,使旧的报告更加紧凑,以实现中央定义的、经过良好测试的OO逻辑。