嗨，

增强功能始终从标准组件开始。 您无法增强已经增强的组件。 作为替代方案，您可以在向导生成Z类之后更改它们的继承。

注意

Prasenjit

确切是什么 您的要求？ 如果知道的话，我们可以建议更好。

您可以使用此线程。

多重增强集

Rg

Harshit

Federico，

我理解您要说的话。 您知道该组件的增强功能是从标准组件开始的，并且也只能将一个增强功能集分配给客户端。 这意味着您无法在DEV系统中测试您的开发，但是如果您有不同的QA系统，则可以在Q中对其进行测试。

现在回到问题所在。 ABAP对象具有面向对象编程的美丽功能，即继承。 正如我之前告诉您的，这次让我更详细地解释。 当使用增强集B增强组件时，生成的类（控制器，上下文和上下文节点）将具有标准类作为它们各自的超类。 并且您已经在EHSET A中创建了类似的类。由于EHSET B中的类是Z类，因此您可以使用EHSET A中生成的类简单地更改这些类的继承。这样，B类将具有重新定义的方法。 A-class自动完成，您无需再次复制。

希望这很清楚。

问候

Prasenjit

谢谢大家的时间和想法，但是都不适合我的情况。

这是我的实际情况：我的客户希望为其本地子公司和外国子公司提供不同的功能（实际上并没有太大的不同...）。

到目前为止，该项目仅涉及本地子公司，并且所有增强功能都是使用我们所需的唯一的增强功能集（再次称为" A"）完成的。

现在，我们正在开始该项目的第二阶段，该阶段将建立外国子公司的功能。 对于所有开发项目，我们将有一个DEV客户，其运输目的地不同（CTS中有两个不同的项目），因为每个项目都有一个QAS，当然每个项目都有一个PRD。 他们共享的唯一服务器是DEV。

因此，我们认为完全分离开发的最佳方法是使用不同的增强功能集，然后创建增强功能集" B"。

当然，当您使用不同的附件集增强组件时，它就从标准组件开始，并且当我们意识到我们需要以前开发的功能作为起点，并手动复制它时， 疯。 所有"新"功能都基于已经增强的功能。

我想我说了算，所以...你怎么看？ 换句话说，这个想法或多或少看起来像是"增强功能"。

谢谢。

Federico。