我有这门课：
class DoSomething
{
private int timesDone;
...
}
命名变量“timesDone”的正确方法是什么？
有时我看到命名为 m_timesDone。它是否正确？在哪里可以找到有关命名准则的信息？
谢谢！
【问题讨论】：
timesDone 用于私有字段，将TimesDone 用于公开属性。当我在构造函数中设置字段时，我调用参数timesDone 并将字段称为this.timesDone。我发现_timesDone 用于字段，timesDone 用于参数，TimesDone 用于属性也是可接受的组合。但这只是我的意见。你应该形成你自己的。 :)
标签： c# .net naming-conventions hungarian-notation
您可以直接在 MSDN 网站上找到一些信息： http://msdn.microsoft.com/en-us/library/ms229002.aspx
【讨论】：
没有普遍正确的方法。选择您喜欢的命名约定并坚持下去。
【讨论】：
很多人都按照你的方式去做。然后您将其引用为
this.timesDone = someInt
但是，我不喜欢这样，因为我不喜欢键入“this”以避免与方法参数名称发生冲突。只要它可读且一致，您就可以了。
【讨论】：
根据 MS 标准，您的代码是可以的。当您拥有高级 IDE 时，实际上不需要前缀为 m_。然而，像 _ 这样的短前缀可以用来利用自动完成功能来快速整理类成员。
我建议您购买“Framework Design Guidelines: Conventions, Idioms, and Patterns for Reusable .NET Libraries”一书以了解有关 MS 标准的更多信息
【讨论】：
绝对不要使用 m_timesDone。
简单地说“private int timesDone”。
您可以通过阅读一些好书（例如 Code Complete）来了解如何命名变量。
【讨论】：
_privateField，因为这样我可以拥有名为privateField 的ctor 参数，并且您可以立即看到局部变量和实例字段之间的区别。
在成员字段前加上 m_ 的惯例来自 C++ 的早期，当时Hungarian notation 很流行。这不是 C# 约定，并且由于大多数 C# 代码是使用最近的 Visual Studio 编写的，因此它会增加视觉噪音而没有任何相应的优势，因为无论如何您都可以轻松查看变量的范围。不要使用 m_。
匈牙利表示法在 C# 中的唯一例子是在接口类名称前加上 I 的做法，例如 IDisposable。
【讨论】：
您会发现的唯一一致点是它应该不是 TimesDown，但它应该以小写字母开头。
在较早的出版物（MS、MSDN）中，不鼓励使用前导下划线。后来它又回来了，特别是对于属性的支持字段：_timesDown。
【讨论】：
通常采用的策略是：
对于Class & Method：Pascal Casing
例如
public class Program
{
}
例如
public void DoSomething() { }
对于变量：Camel Casing 例如时间下降
局部变量：
aTimesDown
全局变量：
myTimesDown
希望对你有帮助:)
【讨论】：