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

Question

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

Answer 1

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

这是我的.NET圣经：

MSDN提供了可靠的指导方针。

另一个有用的来源是 MS内部编码指南

Answer 2

以下是来自MSDN的一般命名约定的列表。

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

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

Answer 3

我使用一个组合 匈牙利, 骆驼情况下，其他的规则，我拿出了在开始的一个项目。就像现在：

• 方法上的情况(DoThis)
• 变量骆驼情况(thisThing)
• 网页等级变量开头_(_thisWorksEverywhere)
• 区域所有情况下(#区域外性质)
• 性和对象，是大写字(对象。酒店)
• 外性开头_(对象。_ForeignGroups)
• 控制是匈牙利在某种程度上类似(txtTextBox)和(rptRepeater).我不太严格，以什么样的习惯，因为"水印"可wm或wk或无论如何，只要他们所有的比赛每个其他翻过我的应用程序。

...等。有些东西是标准，其他人都了解释，但是最重要的事情是一致性应用程序。

Answer 4

可以使用匈牙利表示法。我不打扰自己，但我给出了各种各样的东西（变量，控件等）合理的名字。

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

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

Answer 5

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

框架设计指南摘要v2

在此下载

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

Answer 6

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

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

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

  

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

Answer 7

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