在这个想法片段中，我想分享一些关于如何使用隐式增强选项进行文档记录的想法，或者为什么这不是一个好主意。

首先是一些背景：我工作的公司在自己的命名空间生产ABAP软件。然后将这些模块交付给客户系统。除此之外，我们还有一个带有逻辑的公共模块，它可以被所有其他模块重用。在本模块中，还提供了一种确定当前用户的客户ID的方法。整个系统都是一样的。但是对于一个客户来说，数据分析和大数据，大淘客怎么推广，有一种替代方法：虽然我们的标准逻辑重用了确定客户ID的标准方法，但是Z-logic（它也可以是对我们标准的增强）使用了其他方法，带有一个额外的输入参数。因为我不知道，数据中心解决方案，我在Z-logic中使用了我们的标准方法，在任何人意识到我的新代码不能正常工作之前，它被发送到生产系统（作为与其他项目共享的部分，它已经被接受）。结果是很容易想象的。

所以我在做一些思考：有什么可以做得更好，以避免这种错误在未来？当然，可以这样说：记录客户的细节，并将文档存储在所有开发人员都可以使用的地方。但另一方面：许多人只是开始开发，而没有查看存储在公司本地网络某处的文档。所以文档必须尽可能接近代码。

对于我来说，在开发时，云服务器租用价格，我总是使用代码完成。这个工具为我提供了一个方法的完整签名（包括描述）的提示。让我们在标准方法中定义一个新参数。如果提供了这个新参数，大数据应用，将调用Z方法并跳过标准逻辑；否则只执行标准。在对这个参数的描述中，我可以指出增强实现的长文本，其中记录了客户的细节。现在有没有办法忽视文件！好主意，不是吗？

现在谈到使用这种全新的记录技术。我的代码完成提示告诉我有一个新参数，但跳过了它的描述？！

如果我使用了模式功能？

没有，没有更好。拖放？

还是没有好转。

但实际上更糟！在上面的例子中，我从$TMP包中增强了一个Z类，并从类中调用了增强的方法。在我的真实场景中，我想从类外部调用增强的方法。在这种情况下，代码完成不仅跳过描述，还被新参数跳过！

其他两个变体（模式功能和拖放）在这种情况下工作相同。

请稍等！我们有新的ABAP开发工具（在Eclipse中称为ABAP）。用那个工具肯定更好！

可怜的我，仍然没有任何好转。

我觉得这个主意很好（也许只是因为它是我的？），但它是相当无用的，代码完成的工作方式。当然，仍有一些开发人员手动键入所有方法名和参数。我在7.51系统中测试了这种方法，但可能更相关的是内核版本。

我希望这篇短文能对某些人有用，即使这种文档技术（还没有？）实现期望。您如何维护您的文档，以便轻松找到这些关键信息？