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

使用报表

名称空间

类

私有成员

公共属性

构造函数

公共方法

私有方法

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

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

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

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

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

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

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

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

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

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

public class myClass
{
#region Private Members

#endregion
#region Public Properties

#endregion

#region Constructors

#endregion
#region Public Methods

#endregion
}

反正对我来说是有道理的

从StyleCop

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

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

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