在类结构方面，是否有一个官方的c#项目顺序指南?
它是这样的:
公共字段 私有字段 属性 构造函数 方法 ?
我很好奇物品的摆放顺序是否有硬性规定?我有点到处都是。我想坚持一个特定的标准，这样我就可以在任何地方使用它。
真正的问题是我的更复杂的属性最终看起来很像方法，它们在构造函数之前的顶部感觉不合适。
任何建议/建议吗?
当前回答
我的偏好是按种类排序，然后减少能见度如下
public methods
public events
public properties
protected methods
protected events
protected properties
private methods
private events
private properties
private fields
public delegates
public interfaces
public classes
public structs
protected delegates
protected interfaces
protected classes
protected structs
private delegates
private interfaces
private classes
private structs
我知道这违反了Style Cop，如果有人能给我一个很好的理由，为什么我应该把一个类型的实现细节放在它的接口之前，我愿意改变。目前，我强烈倾向于把私人成员放在最后。
注意:我不使用公共字段或受保护字段。
其他回答
从StyleCop
私有字段，公共字段，构造函数，属性，公共方法，私有方法
由于StyleCop是MS构建过程的一部分，您可以将其视为事实上的标准
我已经重新构造了公认的答案，至于我认为是一个更好的布局:
在类、结构或接口中:
常数字段 只读的字段 字段 事件 属性 索引器 构造函数 终结器(析构函数) 接口(接口实现) 方法 类 结构体 枚举 代表
在这些组中，按访问顺序排列:
公共 内部 保护内部 受保护的 私人
在每个访问组中，按静态顺序，然后是非静态的:
静态 非静态
我还认为应该尽量减少嵌套类型。我经常看到人们有嵌套的类，枚举，委托，它们最好是一个单独的实例。使类型嵌套几乎没有任何好处。也要把它们放在单独的文件中。一个包含5个类的文件对我来说很混乱。
通常我会遵循下面的模式:
静态成员(通常有其他上下文，必须是线程安全的，等等) 实例成员
每个部分(静态和实例)由以下成员类型组成:
运算符(总是静态的) 字段(在构造函数之前初始化) 构造函数 析构函数(是遵循构造函数的传统) 属性 方法 事件
然后成员按可见性排序(从低到高):
私人 内部 内部保护 受保护的 公共
顺序不是教条:简单的类更容易阅读，然而，更复杂的类需要特定于上下文的分组。
我的偏好是按种类排序，然后减少能见度如下
public methods
public events
public properties
protected methods
protected events
protected properties
private methods
private events
private properties
private fields
public delegates
public interfaces
public classes
public structs
protected delegates
protected interfaces
protected classes
protected structs
private delegates
private interfaces
private classes
private structs
我知道这违反了Style Cop，如果有人能给我一个很好的理由，为什么我应该把一个类型的实现细节放在它的接口之前，我愿意改变。目前，我强烈倾向于把私人成员放在最后。
注意:我不使用公共字段或受保护字段。
我建议使用IDesign的编码标准或Brad Abram网站上列出的编码标准。这是我找到的最好的两个。
布拉德会说……
类成员应该按字母顺序排列，并分组到部分(字段，构造函数，属性，事件，方法，私有接口实现，嵌套类型)
