嗨，各位，

我想我可以很快就这个问题达成共识，但我经常碰到这个问题，我想我会再次提出这个问题进行"讨论"。我试着四处搜索，虽然有很多通用的讨论，但我还没有看到很多健壮的例子。我也看到很多代码审阅者忽略了现有讨论和SAP文档（文本）的要点—我想看看我是否能用这样的方式来表达这个问题/讨论点，它提供了足够的例子—好的和坏的—关于常量应该如何使用以及文本何时可以使用。

首先这里是一些真实的代码从一个高效的系统（我已经混淆了一些代码）…

我认为关于用有意义的名称声明常量的声明不会遇到太多阻力。在示例1中，对象"08"和"12"在此代码中被多次使用。事实上，cu08和cu12没有任何意义，代码也没有任何注释，这意味着没有人知道这意味着什么！

在这种情况下，特别是因为常量用于其他几个地方，我绝对建议程序员使用一个正确命名的常量，智能工厂解决方案，如下面所示。

在示例2中，常量仅用于整个代码中的一个地方。坦白地说，我已经不知道Y和B是什么意思了，我只是在一封旧邮件中发现了这一点——我想这是一个糟糕的代码文档的完美例子。在这种情况下——排队第一个有争议的问题——我认为有两种方法同样好。如果你知道这段代码永远不会再使用这个常量，那么这两种方法都没有真正的好处。

第三个例子，我相信类似于上面的例子——但更接近于一个例子，即对于任何有足够知识来处理订单中的货物问题的人来说，语义意义是非常明显的。几乎每个人都知道261运动是什么。当然，有人可能会说，一个以金融为中心的ABAP'er可能到处闲逛，云服务器买哪个好，不知道261是什么——我会反驳说，告诉他们这是一个商品问题对这个人来说意义不大，但却没有给他们提供更多的背景。

最后一个也是最严重的恶化是CĩX。同样的常数是然后用在程序中的几个地方来表示真、删、空和用光。我认为这是经常使用的最糟糕的例子。虽然在多个地方使用文字不是最佳实践，但我认为文字用法是两害相权取其轻。当然，最好的方法是为每个用法设置单独的常量。

这样，各个地方的代码就更容易阅读了。将来，无论出于什么原因，如果其中一个常量必须更改，用云服务器，淘客qq群，那么只更改一个常量，而不影响其他任何代码。例如，如果其中一个表增长到在标志上有附加的含义，并且C挈u EMPTY变为"E"，在这种情况下，"X"表示C挈u doo挈u NOT挈u USE。您将能够在不更改所有其他常量的情况下进行更改。

注意：我知道关于常量的命名约定和类/接口的使用，淘客，已经有过几次精彩的讨论。我有一种感觉，有人会试图在评论中提到这一点——我要先发制人地说，我相信这些是同等重要的不同讨论，但不是我在这里试图讨论的。