Abap 为类成员推荐的命名约定：坚持；标准；或；世界'；“最佳实践”是什么；？

所以，这个话题说明了一切。 它只是关于如何为特殊类型的类成员添加前缀/后缀/标记。 正如我们在sap标准中看到的那样，没有真正的惯例，或者是因为没有现有的指南，或者是因为太多的开发人员，或者是因为外包给其他公司，这些公司可能有自己的规则。当然，这可能会成为基于“观点”的讨论，所以请原谅。尽管如此，我还是希望听到一些赞成和反对意见，在本例中，我们只讨论ABAP-OO

对于几乎所有类型的班级成员，您会推荐/看到最常用/被称为最佳实践的内容，例如：

• 公共实例方法（也是getter/setter）
• 受保护的实例方法
• 私有实例方法
• 公共静态方法
• 保护静态方法
• 私有静态方法

• 公共实例属性表（如果需要，请包括表的种类）

• 受保护的实例属性表
• 私有实例属性表
• -->所有上述内容也适用于结构和简单数据类型
• 静态公共常数
• 静态私有常数
• 接口成员

我正在寻找一个最常见的分母来提取这些信息，哪种约定最适合ABAPOO，也可能接近世界上的约定 其他语言的惯例。 显然，我们可以说，匈牙利符号可以说是过时了 （这意味着实例表不需要“T”，结构也不需要前缀中的“S”。但是，根据其他语言，可以命名私有计数器 _实例（我个人更喜欢的）

---

我已经对所有sap“标准”的差异感到惊讶，现在我想等你们中的一些人。

sap Press实际上已经发布了一套ABAP开发指南

亮点包括：

• 关注点分离
• 程序类型和属性
• 检查准确性
• 代码格式和组织
• 注释和替代符号
• 错误处理
• 数据存储
• 数据类型和对象
• 计算和访问
• 字段和表
• 模块化
• 动态规划

我们可以争论最佳实践，直到我们脸色发青，但最终你真正想要的是一致性

---

当我开始接触一个新客户时，我总是询问他们的开发标准，我是否同意他们的标准并不重要。然而，如果你提出了一个合理的论点，人们通常会公开讨论。

对否决权保持冷静。我写道，这可能是基于观点的。我不想收集意见，只想收集最佳做法。但最佳做法的定义是否也有偏见？最佳做法不应该是主观的。任何复数形式的做法都是有争议的；-）我可以说我喜欢的最佳实践比你的好。不过没关系。那就发一些你的吧。为什么不呢？练习，因为所有成员都要加前缀/后缀/标记。