我已经重新构造了公认的答案，至于我认为是一个更好的布局:

在类、结构或接口中:

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

在这些组中，按访问顺序排列:

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

在每个访问组中，按静态顺序，然后是非静态的:

静态 非静态

我还认为应该尽量减少嵌套类型。我经常看到人们有嵌套的类，枚举，委托，它们最好是一个单独的实例。使类型嵌套几乎没有任何好处。也要把它们放在单独的文件中。一个包含5个类的文件对我来说很混乱。

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

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

布拉德会说……

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

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

使用报表

名称空间

类

私有成员

公共属性

构造函数

公共方法

私有方法

我尽量让它简单(至少对我来说)

枚举 声明 构造函数 覆盖 方法 属性 事件处理程序

最接近的可能是Brad Abrams的《设计指南、托管代码和。net框架》(http://blogs.msdn.com/brada/articles/361363.aspx)

这里概述了许多标准。我认为相关的章节是2.8。