我建议使用IDesign的编码标准或Brad Abram网站上列出的编码标准。这是我找到的最好的两个。

布拉德会说……

类成员应该按字母顺序排列，并分组到部分(字段，构造函数，属性，事件，方法，私有接口实现，嵌套类型)

我知道这是旧的，但我的命令如下:

公共的，受保护的，私人的，内部的，抽象的

常量 静态变量 字段 事件 构造函数(s) 方法 属性 代表

我还喜欢像这样写出属性(而不是简写方法)

// Some where in the fields section
private int someVariable;

// I also refrain from
// declaring variables outside of the constructor

// and some where in the properties section I do
public int SomeVariable
{
    get { return someVariable; }
    set { someVariable = value; }
}

我建议使用IDesign的编码标准或Brad Abram网站上列出的编码标准。这是我找到的最好的两个。

布拉德会说……

类成员应该按字母顺序排列，并分组到部分(字段，构造函数，属性，事件，方法，私有接口实现，嵌套类型)

不是按可见性或按项目类型(字段、属性、方法等)分组，而是按功能分组呢?

通常我会遵循下面的模式:

静态成员(通常有其他上下文，必须是线程安全的，等等) 实例成员

每个部分(静态和实例)由以下成员类型组成:

运算符(总是静态的) 字段(在构造函数之前初始化) 构造函数 析构函数(是遵循构造函数的传统) 属性 方法 事件

然后成员按可见性排序(从低到高):

私人 内部 内部保护 受保护的 公共

顺序不是教条:简单的类更容易阅读，然而，更复杂的类需要特定于上下文的分组。

我不知道哪种语言或行业标准，但我倾向于按照这样的顺序排列，每个部分都用#区域包装:

使用报表

名称空间

类

私有成员

公共属性

构造函数

公共方法

私有方法