标签：结束 简单 参数 实例 快速 添加 href targe 序列
1.在保证类型可以完成工作的前提下，应该尽可能地给类型分配最小的可见性。
2.我们经常下意识的创建公有类型。可见性越低，以后升级或更改时所需要的变化就越小，因为能访问你功能模块的代码越少。
3.创建内部类是一种常被忽略限制类型作用域的做法，我们经常习惯不假思索地创建公有类。你应该仔细思考这个一个类型的作用范围，即它是将被所有的客户使用，还是仅用在这个程序集的内部。
4.更少的公有类型也会让单元测试变得更加简单，因为数量减少。
5.以公有形式暴露给外界的类和接口将成为你的组件的契约。接口越冗余，日后的修改就越受限。暴露的公有类型越少，以后更新扩展的时候周旋的余地就会越大。
1.抽象基类为类的继承体系提供了一个共用的祖先，接口描述了一组原子性的功能。接口是一种契约，抽象基类则为一组相关的类型提供了一个共用的抽象。基类描述了对象是什么，接口描述了对象如何表现它的行为。
2.我们应该分辨并将可重用的行为提取出来，定义在接口中。由于不相关的类型均可以实现一个接口，这表示代码的重用率将大大增加。
3.如果向基类中添加一个方法，所有派生类都将自动包含该方法。也就是说，随着时间的推移，仍可以有效扩展多个类型功能的途径。通过向基类添加并实现某种功能，所有的派生类都将立即拥有该功能。而向接口中添加一个成员，会破坏所有实现该接口的类。因为这些类不包含新方法，每一个实现都需要进行更新，然后重新编译。
4.在抽象基类和接口之间做选择，实际上就表示了对日后可能发生变化的不同处理态度。接口是固定的：我们将一组功能封装在一个接口，作为其他类型的契约。而基类则可以在日后扩展，这些扩展也会成为每个派生类的一部分。
5.也可以使用扩展方法进行扩展。
6.有时候，使用接口可以帮助我们避免 struct 类型的拆箱所带来的代价。
1.类之间需要通信时，并且我们期望一种比接口所提供的更为松散的耦合机制时，委托就是最佳的选择。委托允许我们在运行时配置目标并通知多个客户对象，委托对象中包含一个方法引用，该方法可以是静态方法，也可以是实例方法。
2.多播委托会把所有添加到该委托中的目标函数组合成一个单一的调用。需要注意的是：
（1）如果有委托调用出现异常，那么就不能保证安全；
（2）整个调用的返回值将为最后一个函数调用的返回值。
3.在多播委托调用的过程中，每个目标会被依次调用。委托对象本身不会捕捉任何异常。因此，任何目标抛出的异常都会结束委托链的调用。
1.4 种策略可以防止类型的内部数据结构遭受有意或无意的修改：值类型、常量类型、接口和包装器（wrapper）：
（1）当客户代码通过属性来访问值类型成员时，实际返回的是值类型的副本。
（2）常量类型，如：System.String 也是安全的。
（3）通过接口向外界暴露类的功能，即可尽量地避免内部数据遭受无意的更改。
（4）仅暴露包装器。
2.通过使用接口、包装器对象或值类型向外界提供内部的私有数据，即可限制外界对这些数据的访问能力。
1.每次通过网络获取一小段数据时，应用程序都需要等待网络传输的过程，API 的粒度越细，所花费在等待数据返回上的额外时间也就越多。
2.我们希望同时降低通信的频率以及每次通信时所传递的数据量。但这两个目标往往不可兼得，因此必须做出取舍。尽量不要走两个极端，可以适当选择较少的通信次数，尽量一次传输更多的数据。
1.类型变体：协变和逆变。定义了在某种情况下，某个类型可以代替另一个类型进行使用。你应该尽可能地让泛型接口和泛型委托支持协变和逆变。
2.协变和逆变是两种不同形式的类型替换。若某个返回的类型可以由派生类型替换，那么这个类型就是支持协变的。若某个参数类型可以由其基类替换，那么这个类型就是支持逆变的。
3.在可能的情况下为泛型接口和委托添加上 in 和 out 参数进行修饰。
4.因为 IList<T> 没有添加 in 或 out 修饰 T，所以必须使用精确的类型匹配。
《Effective C#》快速笔记（一）- C# 语言习惯
《Effective C#》快速笔记（二）- .NET 资源托管
《Effective C#》快速笔记（三）- 使用 C# 表达设计
【博主】反骨仔
【原文】http://www.cnblogs.com/liqingwen/p/6774210.html
《Effective C#》快速笔记（三）- 使用 C# 表达设计
标签：结束 简单 参数 实例 快速 添加 href targe 序列
原文地址：http://www.cnblogs.com/liqingwen/p/6774210.html
