你好托尔斯滕，

HANA中没有关于命名约定的建议。 但是惯例是对过程使用诸如AV，CV或SP之类的对象标识符。 其余文字由您决定。 您可以使用CV <运行编号> _SV/GV（脚本或图形）_ <简短说明>或SP <运行编号> _READ/WRITE_ <简短说明>。 完全取决于您要如何从视图名称中识别。

如果有人感兴趣，请创建旧博客： https://blogs.sap.com/2015/09/22/hungarian-beginners-course- 反对匈牙利符号的争论性语言/

157条评论，在那里有很多阅读。 ：）

我不确定它是否为S/4HANA在命名约定方面是否有任何区别。 当然，添加了新的对象类型，但可能不会改变整体策略。 尽管这是一个很好的机会，但是可以查看并更新您的内部命名约定。

我建议查看《 DSAG ABAP指南》（应该在线提供）以获取有关变量名称的一般指导。 我们的指南曾经建议使用诸如itab之类的前缀，但是您在几年前的ABAP文献中也发现了类似的指南。 经过2-3年前的修订，不再需要此名称，而仅用"描述性名称"代替。 就个人而言，无论哪种方式，我都没有强烈的偏爱，只要您不使用" itab1"之类的完全废话，对我来说就很好。 （几年前，您应该在SCN上找到有关匈牙利表示法的非常漫长而激烈的辩论，请使用Google。）

关于对象名称-做最适合您组织的事情。 例如。 我们通常使用模块作为前缀，例如ZSD ...，这样我们就可以轻松识别程序属于哪个区域以及向谁询问。 但这可能对其他公司没有帮助。 无论如何，请确保它具有描述性，并易于搜索。 就我个人而言，我发现使用名称中的对象类型（例如报告的RPT）并没有好处，但这再次是我的偏爱。

对于HANA-SDI，有一个漂亮的选择 良好的最佳做法指南，其中包括命名约定的建议。

相同的原理，但有详细的建议，如本尼迪克特提出的->使用前缀（在CAPITALS中）。

https：//www.sap.com/documents/2016/07/d06029d1-7a7c-0010-82c7-eda71af511fa.html