Microsoft 表示，字段和属性必须在大小写以外有所不同。那么，如果它们真的代表相同的概念，它们应该如何不同呢？
这是 Microsoft 不推荐的示例：
using System;
namespace NamingLibrary
{
public class Foo // IdentifiersShouldDifferByMoreThanCase
{
protected string bar;
public string Bar
{
get { return bar; }
}
}
}
不是的，微软公开表示可见的公共成员必须有更大的差别，而不仅仅是大小写区分：
此规则仅适用于可公开查看的成员。
(这包括受保护的成员，因为它们对派生类可见。)
因此这样是可以的：
public class Foo
{
private string bar;
public string Bar { get { return bar; } }
}
我的个人原则是不允许任何非私有字段，到那时它就不成问题了。
你真的需要受保护的字段吗？如果你想从派生类中进行更改，那么考虑将属性的setter设置为受保护的。
这可能会让一些开发人员感到不满，但我喜欢使用命名约定，让我一眼就能区分成员变量和局部变量。
所以，我经常做一些类似的事情：
public class Foo
{
protected string _bar;
public string Bar
{
get { return _bar; }
}
}
...or...
public class Foo
{
protected string mBar; // 'm' for member
public string Bar
{
get { return mBar; }
}
}
我个人会做以下事情：
class SomeClass
{
private static string s_foo; // s_ prefix for static class fields
private string m_bar; // m_ prefix for instance class fields
public static string Foo
{
get { return s_foo; }
}
public string Bar
{
get { return m_bar; }
}
}
我最初只是使用 _ 或 m_ 作为所有字段的前缀，直到我开始通过 Reflector 浏览大量的 Microsoft .NET 代码。微软也使用 s_ 和 m_ 范例，我有点喜欢它。当您阅读函数的代码主体时，这使得您很容易知道一个字段是什么。我不必指向任何东西并等待工具提示出现或类似的事情。我知道某些东西是静态的还是实例只是通过其字段前缀。
这取决于您或您所在公司/组织的编码标准。但大多数程序员在字段上使用驼峰式命名法或下划线+驼峰式命名法，在属性上使用帕斯卡式命名法，例如：
public class Foo
{
protected string _bar;
public string Bar
{
get { return _bar; }
}
}
我喜欢：
protected string _Bar;
public string Bar
{
get { return _Bar; }
}
大多数开发人员会像这样在成员变量前加下划线：
protected string _bar;