gpt4 book ai didi

debugging - 多客户端开发的更好断点

转载 作者:行者123 更新时间:2023-12-05 00:27:17 26 4
gpt4 key购买 nike

我的开发系统使用不同的客户端进行开发和测试,我认为这是一种常见做法。不幸的是,这在调试时引入了一个相当烦人的便利问题。虽然放置在开发系统上的断点会粘在它们的代码上并随着行的插入或删除而移动,但对于放置在另一个客户端相同代码上的断点来说,情况显然不是这样。

由于系统不知道两个版本之间的行是如何更改的,因此放置在测试客户端中的断点将保留在程序中的特定行。因此,对代码的任何更改都会破坏断点。要解决这个问题,我必须:打开另一个程序或屏幕,然后返回程序以刷新代码(刷新按钮 SAP 在哪里?),找到断点已移动到的位置并逐个删除它们(批处理在哪里?删除断点按钮 SAP?),然后在通常完全相同的位置设置新的断点。

这个问题在我的工作中变得如此频繁,以至于我有时花在移动断点上的时间比我花在实际开发上的时间要多。在某些情况下,我只是放弃并开始在用户断点中编码,因为这些断点至少会保留在原位。然而,这些都有其自身的缺点,因为它们无法在调试器中删除,当您被迫在千条记录循环中的每个断点处停止时,它们将毫无用处。

我现在的实际问题是,在这种情况下进行调试时,是否有更好的方法或最佳实践。我对 ABAP 编程比较陌生,所以我希望更有经验的开发人员有他们用来加速这个过程的替代方法或技巧。有没有更好的方法可以在辅助客户端中调试和破坏代码?

最佳答案

您可以尝试在事务 SAAB 中创建检查点组,并将断点编码到检查点组。

语法

BREAK-POINT ID zyour_new_checkpoint_group. 

这样做的好处是您可以在设定的时间或一组用户等内激活它。但是,我不确定如果您陷入 1000 行循环,您将能够停用它并跳过超过断点。

在愤怒地使用它之前,首先检查是否可以在程序运行时动态停用检查点组可能是值得的。

关于debugging - 多客户端开发的更好断点,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/21016011/

26 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com