摘要：
建议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个建议》陆敏技 阅读全文