Chaouki Akir ：您有一个答案，并有 Sandra Rossi ，但后来我编辑了帖子，您的答案现在消失了。 抱歉，我不知道，编辑帖子会导致答案的删除。

您的SE80示例与我的示例不同，其中sy-tcode = SEU_INT并且方法返回SE80（这是

我只是想知道，我以为调用事务或离开事务也是一种显式的调用事务的方法...

< rel =" nofollow" hraf=" https://people.sap.com/raymond.giuseppi">雷蒙德·朱塞佩：谢谢您的评论和提示-我不确定，是否知道这一点 类。 但是，您命名的方法的结果始终与其他方法的结果相同。 除了还有更多原因，为什么我更喜欢使用CL_ABAP_SYST类：

1. CL_ABAP_SYST的程序状态为系统程序。 CL_DYNPRO是未分类。 我不确定该程序的状态是什么，但我想系统程序是为客户发布的，而不是 Unclassified 。
2. CL_DYNPRO类中的方法调用系统函数。 但是此语句的文档说，如果可能的话，应改用内核方法。 CL_ABAP_SYST类中的方法是内核方法。
3. 大多数内核方法可能比系统功能更快。 而且CL_DYNPRO也具有CLASS_CONSTRUCTOR，它将被执行。 在我的测试中，使用CL_DYNPRO的时间是使用CL_ABAP_SYST的两倍。

Sandra Rossi ：谢谢您的评论。 帖子中实际上有两个问题：

1. 该方法的文档正确无误，或者做错了吗？
2. 如果该方法无法正常运行，那么可以通过其他方法来实现此目标吗？

Quynh Doan Manh ：谢谢您的评论—您是对的，有一个错误 在我的帖子中。 我会纠正的。 好的，在这种情况下，该方法比SY-TCODE更好（因为因为可以操纵SY-TCODE，所以它总是如此）。 关于事务的显式调用的意思是用户在命令字段中键入代码或从菜单中调用事务。 代码中的语句不是由于用户操作而直接执行的-这就是为什么我将其隐式命名。

CL_DYNPRO => GET_CURRENT_TRANSACTION可被视为已释放，因为SAP注释中已提及 617930-新声明保留当前交易

1。 您只是不太了解文档/文档不清楚。 雷蒙德很好地解释了它是如何工作的。 您还可以阅读注释617930（如果您接受CL_ABAP_SYST => GET_TRANSACTION_CODE与CL_DYNPRO => GET_CURRENT_TRANSACTION具有相同的作用）。

2。 正如我所说："要获得用户运行的交易代码，我认为必须对SAP Easy Access进行增强或修改。或者在某处进行C调用..."

我删除了我的答案，因为它不相关。 似乎该方法未按文档中所述运行。 也许您可以尝试打开SAP的票证，并要求他们澄清文档。