SAP Press实际上已经发布了一套ABAP开发指南。
因此，主题说明了一切。它只是关于如何给类成员的特殊类型加前缀/后缀/标记。正如我们在sap标准中看到的那样，没有真正的惯例，要么是因为没有现有的指导方针，要么是由于太多的开发人员，要么是外包给其他公司，这些公司可能有自己的公司。当然，这可能会成为一个基于"观点"的讨论，所以请原谅。尽管如此，我还是想听听一些赞成和反对的意见，在这种情况下，我们只处理ABAP-OO。
你推荐/已经看到的最常用/被认为是几乎所有类别成员的最佳实践，例如：
- 公共实例方法（也称为GETTERS/SETTERS）
- 受保护的实例方法
- 私有实例方法
- 公共静态方法
- 受保护的静态方法
-
专用静态方法
-
公共实例属性TABLES（如果需要，包括表的类型）
- 受保护的实例属性TABLES
- 私有实例属性TABLES
- -->以上所有内容也适用于结构和简单数据类型
- 静态公共常数
- 静态私有常数
- 接口成员
我正在寻找一个最常见的分母来提取这些，哪种公约最适合abap oo，也可能接近世界其他语言的惯例。显然，我们可以说，匈牙利符号可以说是过时了（意味着，实例表并不真正需要"T"，结构也不真正需要前缀中的"S"。但是，根据其他语言，私有计数器可以命名为_instance_counter，我个人更喜欢）。
我已经对所有的树液"标准"差异感到惊讶，现在我想等待你们中的一些人。
ABAP官方开发指南
亮点包括：
- 关注点分离
- 程序类型和属性
- 检查准确性
- 代码格式和组织
- 注释和替代符号
- 错误处理
- 数据存储
- 数据类型和对象
- 计算和访问
- 字段和表格
- 模块化
- 动态编程
我们可以争论最佳实践，直到我们脸色发青，但最终你真正想要的只是一致性。
当我从一个新客户开始时，我总是询问他们的开发标准，我是否同意他们的标准并不重要。然而，如果你提出合理的论点，人们通常会愿意讨论。