Dynamics Nav C / AL命名约定

时间:2017-07-12 11:18:34

标签: naming-conventions microsoft-dynamics

那些日子我面临某些C / AL任务,而且我习惯用c#编码,C / AL在几个方面看起来有点“不同”。 特别是我想知道,为什么建议使用以大写字母开头的变量名。 从我的观点来看,在可读性方面使用camelcase符号表示变量是有益的。 有什么理由,为什么微软推荐这种方式?

1 个答案:

答案 0 :(得分:0)

我认为没有使用Pascal Case(首字母总是大写)的具体原因。可以说,它更适合所有开发人员,因此代码在所有产品中都是统一的。一般的想法是,如果您合并来自两个不同来源(例如两个不同的开发人员)的代码,最终结果将显示为代码来自单一来源。

有些公司有自己的内部规则,应该如何格式化代码。我更喜欢使用Microsoft指定的命名约定,因为:

  • 它使我的代码与Navision标准代码(1..49999范围内的对象)保持一致,
  • 它使我的代码与我的同事保持一致(我们的公司政策是使用Microsoft命名约定)。

MSDN Naming Conventions页面说明:

  

"精确且一致的术语有助于最终用户使用该应用程序。命名和缩写对象的规则也有助于开发人员了解CRONUS International Ltd.演示数据库并更快地开发新功能。"

Pascal Case应该用于一般代码的一致性和整体一致性,但不是必需的或要求的。我建议您查阅公司关于命名约定的政策,并遵循这些政策,或者如果您刚开始遵循Microsoft命名准则。