您在编码时使用的命名约定是什么？

Question

编码时使用的命名约定是什么？

Answer 1

我希望我们不会在这里讨论字段名称和大括号样式的前缀：）

这是我的.NET圣经：

同样MSDN gives可靠的准则。

另一个有用的来源是MS Internal Coding Guidelines

Answer 2

以下是来自MSDN的general naming conventions列表。

但是，我倾向于顺其自然。无论目前采用何种标准，通常最简单的方法就是随身携带它们，并且可能会随着时间的推移慢慢改变。用你自己的“标准”概念进入一个项目并尝试实现它们并不实际。

使用什么标准并不重要，只是有些人和人都知道它们是什么。

Answer 3

我使用了Hungarian，驼峰案例以及我在项目开始时提出的其他规则的组合。就像现在一样：

• 方法是大写（DoThis）
• 变量是camel case（thisThing）
• 页面级变量以_（_ thishisEverywhere）
开头
• 区域均为小写（#region foreign properties）
• 属性和对象是大写（Object.Property）
• 外部属性以_（Object._ForeignGroups）
开头
• 控件在某种程度上是匈牙利语，如（txtTextBox）和（rptRepeater）。我并不是太习得，因为“水印”可以是wm或wk或者其他什么，只要它们在我的申请中都相互匹配。

...等。有些事情是标准的，有些事情需要解释，但最重要的是整个应用程序的一致性。

Answer 4

可以使用

Hungarian notation。我不打扰自己，但我给出了各种各样的东西（变量，控件等）合理的名字。

例如，我使用匈牙利风格的前缀作为控件名称，例如用于TextBoxes的txt，用于按钮的btn，用于PictureBoxes的pic，用于标签的lbl等。这有助于轻松识别控件的位置。

对于函数名称，我尝试使用合理的解释性名称，但没有任何特定的规则。对于变量名称，我只是使用解释性名称，但没有什么特别的。

Answer 5

为了增加@Aku的答案，框架设计指南的作者发布了他们的指南的在线摘要版本，重点是命名对话。

Framework Design Guidelines Digest v2

Download here

一致性是关键。根据开发团队的规模，使用一致且记录在案的对话将更容易获取别人的代码，而其他人则可以选择自己的代码。

Answer 6

伙计们，请不要发布“我喜欢__field”或“我喜欢m__field”这样的答案。这是一个非常个人和主观的问题，没有一个答案。

如果你有任何指导，它已经是一个巨大的胜利。开发团队更糟糕的是缺乏共同的约定。

如果试图描述给定指南的一些好处，那将是很好的 例如：

  

为带有下划线的字段添加前缀即可   改善自动完成功能   智能感知

Answer 7

选择一个一致的。更改名称样式会导致混淆。