根据StyleCop规则文档，排序如下。

在类、结构或接口中:(SA1201和SA1203)

常数字段 字段 构造函数 终结器(析构函数) 代表 事件 枚举 接口(接口实现) 属性 索引器 方法 结构体 类

在这些组中，按访问顺序排序:(SA1202)

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

在每个访问组中，依次按静态、非静态排序:(SA1204)

静态 非静态

在每个静态/非静态字段组中，按只读、非只读顺序排列:(SA1214和SA1215)

只读的 non-readonly

展开的列表有130行长，所以这里就不展开了。展开的方法部分为:

公共静态方法 公共方法 内部静态方法 内部方法 受保护的内部静态方法 受保护的内部方法 受保护的静态方法 受保护的方法 私有静态方法 私有方法

文档指出，如果规定的顺序不合适——比如，正在实现多个接口，并且接口方法和属性应该分组在一起——那么使用分部类将相关的方法和属性分组在一起。

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

使用报表

名称空间

类

私有成员

公共属性

构造函数

公共方法

私有方法

正如前面提到的，c#语言中没有规定布局的东西，我个人使用区域，我对一个普通类也这样做。

public class myClass
{
#region Private Members

#endregion
#region Public Properties

#endregion

#region Constructors

#endregion
#region Public Methods

#endregion
}

反正对我来说是有道理的

我更喜欢将私有字段与构造函数一起放在顶部，然后将公共接口位放在后面，然后是私有接口位。

此外，如果您的类定义足够长，以至于项的顺序变得很重要，这可能是一种代码气味，表明您的类太庞大和复杂，您应该重构。

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

布拉德会说……

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

从StyleCop

私有字段，公共字段，构造函数，属性，公共方法，私有方法

由于StyleCop是MS构建过程的一部分，您可以将其视为事实上的标准