摘要：
建议139：事件处理器命名采用组合方式 所谓事件处理器，就是实际被委托执行的那个方法。查看如下代码： 这段代码中，方法button_Click、button_SizeChanged、button_MouseDown即称作事件处理器。VS默认为我们生成的事件处理器的命名规则： 事件变量所属对象+下划线 阅读全文
摘要：
建议138：事件和委托变量使用动词或形容词短语命名 事件和委托使用场景是调用某个方法，只不过这个方法由调用者赋值。这决定了对应的变量应该以动词或形容词短语命名。 关于事件和委托变量妥当的命名示例如下： 这两个例子是WPF中Button类型，它们实际不是作为类型的字段出现的，而是作为事件访问器出现的： 阅读全文
摘要：
建议137：委托和事件类型应添加上级后缀 委托类型本身是一个类，考虑让派生类的名字以基类名字作为后缀。事件类型是一类特殊的委托，所以事件类型也遵循本建议。 委托和事件的正确的命名方式有： 若果用传统方式，我们可能看不出来这些类型是有基类的，但是委托和事件的关键字delegate和event已经指明了 阅读全文
摘要：
建议136：优先使用后缀表示已有类型的新版本 加后缀在某些情况下是很奇怪的形式，我们都不愿意看到OrderProcessor2这样的类型。但是，有的时候仍旧有必要这样做。最典型的是FCL中关于数字证书操作的X509Certificate和X509Certificate2这两个类型。 X509Cert 阅读全文
摘要：
建议135： 考虑使用肯定性的短语命名布尔属性 布尔值无非就是True和False，所以应该用肯定性的短语来表示它，例如，以Is、Can、Has作为前缀。 布尔属性正确命名的一个示例如下： 反面教材： 肯定性形容词或者短语虽然表达了一个肯定的含义，但是这些单词或者短语现在都被用于命名事件或者委托，所 阅读全文
摘要：
建议134：有条件地使用前缀 在.NET的设计规范中，不建议使用前缀。但是，即便是微软自己依然广泛的使用这前缀。 最典型的前缀是m_，这种命名一方面是考虑到历史沿革中的习惯问题，另一方面也许我们确实有必要这么做。 在一个不是很庞大的类型中，我们确实不应该使用任何前缀。各类设计规范也总建议我们保持一个 阅读全文
摘要：
建议133：用camelCasing命名私有字段和局部变量 私有变量和局部变量只对本类型负责，它们在命名方式也采用和开放的属性及字段不同的方法。camelCasing很适合这类命名。 camelCasing和PascalCasing的区别是它的首字母是小写的。之所以要采用这两种不同的命名规则，是为了 阅读全文