建议142：总是提供有意义的命名
除非有特殊原型，否则永远不要为自己的代码提供无意义的命名。
害怕需要过长的命名才能提供足够的意义？不要怕，其实我们更介意的是在代码的时候出现一个iTemp。
int i 这样的命名只能出现在循环中（如for循环），除此之外，我们找不到任何理由在代码的其他地方出现这样的无意义命名。
例如，以下命名都是良好的典范：
private CultureInfo m_CurrentCulture;
private CultureInfo m_CurrentUICulture;
private int m_ManagedThreadId;
private string m_Name;
private int m_Priority; public static int GetDomainID()
{
return GetDomain().GetId();
} public override int GetHashCode()
{
return this.m_ManagedThreadId;
} private extern bool JoinInternal(int millisecondsTimeout);
我们可以看到每一个命名都表达了本身具有的含义。良好的命名带来的一个显而易见好处是，我们甚至可以减少大部分的代码注释。
糟糕的命名如下：
int theID;
int GetID(int a, int b)
{
int iTemp;
//省略
return iTemp;
}
这个反例，字段变量theID指示不明，阅读者看到这样的命名根本不知道开发者所表达的意思。方法GetID的参数a和b也是指示不明的，调用者根本不知道应该传入什么值。内部的ITemp同样糟糕，时间一长，即便开发者本人也会忘记当初所设定的这个变量的含义。
转自：《编写高质量代码改善C#程序的157个建议》陆敏技