点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中) Hello SAP社区 我们...
点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中) Hello SAP社区 我们...
加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)
Hello SAP社区
我们正在讨论 SAP HANA项目的命名约定。 不幸的是,我没有使用搜索引擎找到 SAP的推荐。
除了这个旧链接断开的线程: https://archive.sap.com/discussions/thread/3231860
因此:
我们有没有使用过SAP的命名约定?
我确实看到 Microsoft放弃了 匈牙利表示法(Ungarische表示法),转而使用了Clean代码。 我非常喜欢这个,并且认为它也可以用于SAP Projects。
我的同事还是想使用前缀-SAP推荐它们吗?
我确实看到了用于计算视图的CA_,等等。某处是否有所有对象的列表?
我不确定它是否为S/4HANA在命名约定方面是否有任何区别。 当然,添加了新的对象类型,但可能不会改变整体策略。 尽管这是一个很好的机会,但是可以查看并更新您的内部命名约定。
我建议查看《 DSAG ABAP指南》(应该在线提供)以获取有关变量名称的一般指导。 我们的指南曾经建议使用诸如itab之类的前缀,但是您在几年前的ABAP文献中也发现了类似的指南。 经过2-3年前的修订,不再需要此名称,而仅用"描述性名称"代替。 就个人而言,无论哪种方式,我都没有强烈的偏爱,只要您不使用" itab1"之类的完全废话,对我来说就很好。 (几年前,您应该在SCN上找到有关匈牙利表示法的非常漫长而激烈的辩论,请使用Google。)
关于对象名称-做最适合您组织的事情。 例如。 我们通常使用模块作为前缀,例如ZSD ...,这样我们就可以轻松识别程序属于哪个区域以及向谁询问。 但这可能对其他公司没有帮助。 无论如何,请确保它具有描述性,并易于搜索。 就我个人而言,我发现使用名称中的对象类型(例如报告的RPT)并没有好处,但这再次是我的偏爱。
一周热门 更多>