【问题标题】:Create new or add to standard composite enhancement point: pros and cons?创建新的或添加到标准复合增强点:优点和缺点?
【发布时间】:2021-01-22 12:50:25
【问题描述】:

我想在include中实现一个增强点:LMRMPF1R

似乎已经有一个现有的增强/NFM/MM_SAPLMRMP

点击“创建增强实现”后会显示以下屏幕,我可以再次看到/NFM/MM_SAPLMRMP,它是复合增强实现/SAPMP/EC的一部分。

当我创建一个新的时,我可以选择是否要将实现添加到现有的复合增强实现中。既然在同一个地方,建议加到同一个复合增强实现中?

如果我这样做,我将被提及为更改“标准”复合增强实现 /SAPMP/EC 的用户。最初在那里提到了 SAP。加了之后我就是了。

这个SAP documentation 只是说“选择一个复合增强实现,或者创建一个新的”,但没有告诉我利弊。

在浏览网页时,我阅读了很多“HowTos”,每个人都只是将该字段留空,因此他们不会将其添加到复合增强实现中

由于我想按照 BestPractices 编写代码,非常感谢您的意见。

提前致谢

【问题讨论】:

    标签: abap


    【解决方案1】:

    您在此处的实现位于合作伙伴命名空间/SAPMP/ 中。除非您碰巧为管理该名称空间的组织工作,否则您在尝试使用它时可能会遇到各种问题。例如,当您安装更改该实现的更新时。

    因此,在Z 命名空间中创建自己的增强实现通常是一个更好的主意。

    关于复合增强与独立增强的问题:当您实现一个较大的功能时,我建议您使用复合增强,该功能由许多较小的功能组成,每个小功能都通过自己的增强来实现。复合增强功能允许您在逻辑上将这些增强功能组合在一起。这样,稍后查看您的实现的开发人员将认识到有不止一个增强功能对此功能起作用。也可以通过启用和禁用复合增强来启用和禁用此功能。有了多项常规增强功能,其他开发人员或顾问无法确定他们是否真的切换了所需的所有增强功能。

    但是当您实现的功能只需要一个增强功能时,通常没有理由将其分配给复合增强功能。

    另外,仅仅因为两个增强插入代码在同一个地方并不一定意味着它们具有相同的功能。因此,仅凭这一点就没有理由在逻辑上将它们组合成一个复合增强功能。

    【讨论】:

    • 好的,谢谢您的回答。不幸的是,SAP 允许我(以某种方式)在不要求密钥的情况下将我的 Z 增强添加到复合增强中。我已经删除了它。所以它又是原始版本。现在唯一的区别是,关于“最后一次更改”的信息现在设置为我的用户名。即使我尝试恢复到原始版本,“最后更改”也会再次设置为我的用户名。有什么办法可以解决这个问题,或者这会在更新系统时导致问题吗?在版本管理中,“SAP 标准”的标志设置正确。
    • @misterxyz 这是一个与此无关的全新问题。请作为一个新问题提出。
    • 你能告诉我是否可能,是或否,如果答案是肯定的,我会创建一个新的
    • @misterxyz 总有办法(但并不总是值得一试)。请作为一个新问题提出。
    猜你喜欢
    • 1970-01-01
    • 2017-05-08
    • 1970-01-01
    • 1970-01-01
    • 2011-01-06
    • 1970-01-01
    • 2010-09-20
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多