《Effective C#》快速笔记(三)- 使用 C# 表达设计

目录
二十一、限制类型的可见性
二十二、通过定义并实现接口替代继承
二十三、理解接口方法和虚方法的区别
二十四、用委托实现回调
二十五、用事件模式实现通知
二十六、避免返回对内部类对象的引用
二十七、让类型支持序列化
二十八、提供组粒度的因特网服务 API
二十九、支持泛型协变和逆变
二十一、限制类型的可见性
1.在保证类型可以完成工作的前提下,应该尽可能地给类型分配最小的可见性。
2.我们经常下意识的创建公有类型。可见性越低,以后升级或更改时所需要的变化就越小,因为能访问你功能模块的代码越少。
3.创建内部类是一种常被忽略限制类型作用域的做法,我们经常习惯不假思索地创建公有类。你应该仔细思考这个一个类型的作用范围,即它是将被所有的客户使用,还是仅用在这个程序集的内部。
4.更少的公有类型可以减少单元测试的数量。
5.以公有形式暴露给外界的类和接口将成为你的组件的契约。接口越冗余,日后的修改就越受限。暴露的公有类型越少,以后更新扩展的时候周旋的余地就会越大。
二十二、通过定义并实现接口替代继承
1.抽象基类为类的继承体系提供了一个共用的祖先,接口描述了一组原子性的功能。接口是一种契约,抽象基类则为一组相关的类型提供了一个共用的抽象。基类描述了对象是什么,接口描述了对象如何表现它的行为。
2.我们可以将可重用的行为提取出来,定义在接口中。由于不相关的类型均可以实现一个接口,这表示代码的重用率将大大增加。
3.如果向基类中添加一个方法,所有派生类都将自动包含该方法。也就是说,随着时间的推移,仍可以有效扩展多个类型功能的途径。通过向基类添加并实现某种功能,所有的派生类都将立即拥有该功能。而向接口中添加一个成员,会破坏所有实现该接口的类。因为这些类不包含新方法,每一个实现都需要进行更新,然后重新编译。
4.在抽象基类和接口之间做选择,实际上就表示了对日后可能发生变化的不同处理态度。接口是固定的:我们将一组功能
