摘要：
建议111：避免双向耦合 双向耦合是指两个类型之间相互引用。下面的代码是一种典型的双向耦合： 双向耦合在同一项目下，不会存在太多的问题，带来的只是设计问题。不过，如果两个类在不同的项目中时，就必须考虑解耦了，因为.NET不允许项目之间相互引用。如果尝试两个项目相互引用将出现错误提示。 常见的解耦方式 阅读全文
摘要：
建议110：用类来代替enum 枚举（enum）用来表示一组固定的值。例如，为了表示星期信息，我们可以定义枚举Week： 枚举最大的优点在于它的类型是值类型。相比较引用类型来说，它可以在关键算法中提升性能，因为它不需要创建在“堆”中。但是，如果不考虑这方面的因素，我们不妨让类（引用类型）来代替枚举。 阅读全文
摘要：
建议109：谨慎使用嵌套类 使用嵌套类的原则是：当某类型需要访问另一个类型的私有成员时，才将它实现为嵌套类。一个典型的例子是在实现集合时，要为集合实现迭代器，这时用到了嵌套类。代码如下所示： 我们可以注意到，嵌套类ArrayListEnumeratorSimple访问了若干外部类ArrayList的 阅读全文
摘要：
建议108：将类型标识为sealed sealed能够阻止类型被其他类型继承。代码如下： 这段代码提示： “无法从密封类型SampleClass派生。” 将类型修饰为sealed能够有效控制继承的深度。一个类型如果确信没有必要被继承，应该及时将其变为密封类。 在密封类中声明protected方法也是 阅读全文
摘要：
建议107：区分静态类和单例 有一种观点认为：静态类可以作为单件模式的一种实现方式。事实上，这是不妥当的。按照传统的观点来看，单例是一个实例对象。而静态类并不满足这一点。静态类也直接违反面向对象三大特性的两项：继承和多态。 无法让一个静态类从其它类型继承的实例如下： 上面代码编译直接通不过。同时，已 阅读全文
摘要：
建议106：为静态类添加静态构造函数 静态类可以拥有构造方法，这就是静态构造方法。静态构造方法与实例构造方法比较有几个自己的特点： 只被执行一次，且在第一次调用类成员之前被运行时执行。 代码无法调用它，不像实例构造方法使用new关键字就可以被执行。 没有访问标识符。 不能带任何参数。 使用静态构造方 阅读全文
摘要：
建议104：用多态代替条件语句 假设要开发一个自动驾驶系统。在设计之初，此自动驾驶系统拥有一个驾驶系统命令的枚举类型： 当前该枚举存在两个命令：开始、停止。又假设有一个驾驶方法可以处理车辆接收到的指令。一开始我们可能像下面这样编码： 有些人可能喜欢用switch语句（当然，switch本质上也是if 阅读全文
摘要：
建议103：区分组合和继承的应用场合 继承所带来的多态性虽然是面向对象的一个重要特性，但这种特性不能在所有的场合中滥用。继承应该被当做设计架构的有用补充，而不是全部。 组合不能用于多态，但组合使用的频率却要远远高于继承。 继承UML图如下： 对应的代码如下： 组合UML图如下： 对应代码如下： 从设 阅读全文
摘要：
建议102：区分接口和抽象类的应用场合 接口和抽象类有一些显而易见的区别： 这些区别导致两者的应用场景不同： 从某种角度来看，抽象类比接口更具备代码的重用性。子类无须编写代码即可具备一个共性的行为。 采用抽象类的另一个好处是，如果为为基类增加一个方法，则继承该基类的所有子类自然就会具备这个额外的方法 阅读全文
摘要：
建议101：使用扩展方法，向现有类型“添加”方法 考虑如何让一个sealed类型具备新的行为。以往我们会创建一个包装器类，然后为其添加方法，而这看上去一点儿也不优雅。我们也许会考虑修改设计，直接修改sealed类型，然后为其发布一个新的版本，但这依赖于你拥有全部的源码。更多的时候，我们会采取针对第三 阅读全文
摘要：
建议100：静态方法和实例方法没有区别 静态方法在加载时机和内存使用上和实例方法完全一致。在这里，我们先引出一个概念“类型对象”。比如类型Person，我们都知道new Person() 会产生一个对象，这个对象叫做“实例对象”，它在运行时会加载到GC Heap上。而“类型对象”是指代表Person 阅读全文
摘要：
建议99：重写时不应使用子类参数 重写时，如果使用了子类参数，可能会偏离设计者的预期目标。比如，存在一个如下继承体系： 现在，类型ManagerSalary中的SetSalary方法重写了Salary中的相同方法，重写的方法采用一个子类参数： 调用者的代码看起来如下： 设计者的本意是要设置经理的薪水 阅读全文
摘要：
建议98：用params减少重复参数 如果方法的参数数目不定，且参数类型一致，则可以使用params关键字减少重复参数声明。 此处三个方法可以合并成一个方法： 转自：《编写高质量代码改善C#程序的157个建议》陆敏技 阅读全文
摘要：
建议97：优先考虑将基类型或接口作为参数传递 除了公开及类型或接口外，方法的参数也应该考虑基类型或接口。 以Enumerable类型为例，它的成员方法中只要涉及需要操作集合对象的地方，都要使用IEnumerable泛型接口，比如： 该方法用于获取集合指定数量的一个子集。正是因为存在这个扩展方法。我们 阅读全文
摘要：
建议96：成员应优先考虑公开基类型或接口 类型成员如果优先考虑公开及类型或接口，那么会让类型支持更多的应用场合。 FCL中最典型的例子是集合的功能操作。集合根据功能划分有多种类型，比如List<T>、Dictionary<TKey,TValue>、HashSet<T>等。以一个最简单的操作Empty 阅读全文
摘要：
建议95：避免在构造方法中调用虚成员 在构造方法中调用虚方法会带来一些意想不到的错误，虽然这种方法不常见，但还是需要注意这类陷阱。 运行会出现异常NullReferenceException：未将对象引用设置到对象的实例。 在调用者代码中，我们需要创建一个American的实例对象american。 阅读全文
摘要：
建议94：区别对待override和new override和new使类型体系应为继承而呈现出多态性。多态要求子类具有与基类同名的方法，override和new的作用就是： 如果子类中的方法前面带有new关键字，则该法被定义为独立于基类的方法。 如果子类中的方法前面带有override关键字，则子类 阅读全文
摘要：
建议93：构造方法应初始化主要属性和字段 类型的属性应该在构造方法调用完毕前完成初始化工作。如果字段没有在初始化器中设置初始值，那么它就应该在构造方法中初始化。 类型一旦被实例化，那么它就应该被视为具有完整的行为和属性。 在构造方法中，必须首先为CEO赋值。因为只要存在公司实体，那么它首先就会有一个 阅读全文
摘要：
建议92：谨慎将数组或集合作为属性 数组或集合作为属性会引起这样一个问题：如果属性是只读的，我们通常会认为它是不可用改变的，但如果将只读属性应用于数座或集合，而元素的内容和数量却仍旧可以随意改变。如下所示： 在上面的代码中，我们可以随意对Employees进行集合操作，它不改变的只是自身的引用而已。 阅读全文
摘要：
建议91：可见字段应该重构为属性 字段和属性的本质区别就是属性是方法。 查看下面这个Person类型： 经过编译器编译后，针对属性Name实际会生成一个private字段和两个public方法： 可见，属性实际上是编译器给我们的语法糖。 属性比字段具有以下的优势： 1）可以为属性添加代码。正是因为属 阅读全文