建议147：重构多个相关属性为一个类若存在多个相关属性，就应该考虑是否将其重构为一个类。查看如下类：classPerson{publicstringAddress{get;set;}publicstringZipCode{get;set;}publicstringMobile{get;set;}public...

 建议146：只对外公布必要的操作那些没有必要公开的方法和属性要声明成private。如果需要公开的方法和属性超过9个，在VS默认的设置下，就需要滚屏才能显示在Intellisense中，如图：SampleClass类：classSampleClass{privateintfield1;privateintf...

 建议145：避免过长的方法和过长的类 如果违反“一个方法只做一件事”及类型的“单一职责原则”，往往会产生过长的方法和过长的类。如果方法过长，意味着可以站在更高的层次上重构出若干更小的方法。以行数作为指标，有人建议一个方法不要超过10行，有人建议不要超...

 建议144：一个方法只做一件事“单一职责原则”（SRP）要求每一个类型只负责一件事情。我们将此概念扩展到方法上，就变成了：一个方法只做一件事。回顾上一建议的代码，LocalInit和RemoteInit方法是两件事情，但是在同一抽象层次上，在类型这个层次对外又可以将其归并为&ldqu...

 建议143：方法抽象级别应在同一层次看下面代码：classSampleClass{publicvoidInit(){//本地初始化代码1//本地初始化代码2RemoteInit();}voidRemoteInit(){//远程初始化代码1//远程初始化代码2}}  Init方法本意要完成...

 建议142：总是提供有意义的命名 除非有特殊原型，否则永远不要为自己的代码提供无意义的命名。害怕需要过长的命名才能提供足够的意义？不要怕，其实我们更介意的是在代码的时候出现一个iTemp。inti这样的命名只能出现在循环中（如for循环），除此之外，我们找不到任何理由在代码的其他地方出现这样的无意...

 建议141：不知道该不该用大括号时，就用如果if条件语句只有一行语句，要不要使用大括号？答案是：建议使用。一个括号不会增加多少代码，但是却让代码看上去增加了一致性。括号本身只会让代码更具条理性。  转自：《编写高质量代码改善C#程序的157个建议》陆敏技...

 建议140：使用默认的访问修饰符（我不太赞成作者的这个观点，这样减少的代码基本可以忽略不计，但是，如果把访问修饰符补充完整，反而会使代码更加易读。我认为自己写代码时应该尽量加上访问修饰符，看别人写的代码时能看懂就可以了。以下是作者的观点）代码整洁的要求之一，就是尽量减少代码，我们从使用默认的访问修饰符开始。...

 建议139：事件处理器命名采用组合方式所谓事件处理器，就是实际被委托执行的那个方法。查看如下代码：publicMainWindow(){InitializeComponent();Buttonbutton=newButton();button.Click+=button_Click;button.SizeC...

 建议138：事件和委托变量使用动词或形容词短语命名 事件和委托使用场景是调用某个方法，只不过这个方法由调用者赋值。这决定了对应的变量应该以动词或形容词短语命名。关于事件和委托变量妥当的命名示例如下：publiceventRoutedEventHandlerClick;publiceventSize...

 建议137：委托和事件类型应添加上级后缀委托类型本身是一个类，考虑让派生类的名字以基类名字作为后缀。事件类型是一类特殊的委托，所以事件类型也遵循本建议。委托和事件的正确的命名方式有：publicdelegatevoidHttpContinueDelegate(intstatusCode,System.Net...

 建议136：优先使用后缀表示已有类型的新版本 加后缀在某些情况下是很奇怪的形式，我们都不愿意看到OrderProcessor2这样的类型。但是，有的时候仍旧有必要这样做。最典型的是FCL中关于数字证书操作的X509Certificate和X509Certificate2这两个类型。 X5...

 建议135：考虑使用肯定性的短语命名布尔属性布尔值无非就是True和False，所以应该用肯定性的短语来表示它，例如，以Is、Can、Has作为前缀。布尔属性正确命名的一个示例如下：classSampleClass{publicboolIsEnabled{get;set;}publicboolIsTabSt...

 建议134：有条件地使用前缀 在.NET的设计规范中，不建议使用前缀。但是，即便是微软自己依然广泛的使用这前缀。最典型的前缀是m_，这种命名一方面是考虑到历史沿革中的习惯问题，另一方面也许我们确实有必要这么做。在一个不是很庞大的类型中，我们确实不应该使用任何前缀。各类设计规范也总建议我们保持一个娇...

 建议133：用camelCasing命名私有字段和局部变量私有变量和局部变量只对本类型负责，它们在命名方式也采用和开放的属性及字段不同的方法。camelCasing很适合这类命名。camelCasing和PascalCasing的区别是它的首字母是小写的。之所以要采用这两种不同的命名规则，是为了便于开发者自...