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

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

目录

  • 二十一、限制类型的可见性
  • 二十二、通过定义并实现接口替代继续
  • 二十三、理解接口方法和虚方法的区别
  • 二十四、用委托实现回调
  • 二十五、用事件模式实现通知
  • 二十六、避免返回对内部类对象的引用
  • 二十七、让类型支持序列化
  • 二十八、提供组粒度的因特网服务 API
  • 二十九、支持泛型协变和逆变

二十一、限制类型的可见性

  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.通过使用接口、包装器对象或值类型向外界提供内部的私有数据,即可限制外界对这些数据的访问能力。

二十七、让类型支持序列化

  

二十八、提供组粒度的因特网服务 API

  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

时间: 2024-12-18 10:41:19

《Effective C#》快速笔记(三)- 使用 C# 表达设计的相关文章

[.NET] 《Effective C#》快速笔记 - C# 高效编程要点补充

<Effective C#>快速笔记 - C# 高效编程要点补充 目录 四十五.尽量减少装箱拆箱 四十六.为应用程序创建专门的异常类 四十七.使用强异常安全保证 四十八.尽量使用安全的代码 四十九.实现与 CLS 兼容的程序集 五十.实现小尺寸.高内聚的程序集 这是这一系列的最后一篇. 四十五.尽量减少装箱拆箱 值类型是数据的容器,不支持多态. 装箱把一个值类型放在一个未确定类型的引用对象中,让该值作为引用类型所使用.拆箱指从引用类型的位置取出值的一个副本. 装箱拆箱都是比较影响性能的手段,应

《Effective C#》快速笔记(二)- .NET 资源托管

简介 续 <Effective C#>读书笔记(一)- C# 语言习惯. .NET 中,GC 会帮助我们管理内存,我们并不需要去担心内存泄漏,资源分配和指针初始化等问题.不过,它也并非万能,因为非托管资源需要我们自己进行清理,如文件句柄.数据库连接.GDI+ 对象和COM 对象等. 目录 十二.推荐使用成员初始化器而不是赋值语句 十三.正确地初始化静态成员变量 十四.尽量减少重复的初始化逻辑 十五.使用 using 和 try/finally 清理资源 十六.避免创建非必要的对象 十七.实现标

《Effective C#》快速笔记 - C# 中的动态编程

静态类型和动态类型各有所长,静态类型能够让编译器帮你找出更多的错误,因为编译器能够在编译时进行大部分的检查工作.C# 是一种静态类型的语言,不过它加入了动态类型的语言特性,可以更高效地解决问题. 一.目录 三十八.理解动态类型的优劣 三十九.使用动态类型表达泛型类型参数的运行时类型 四十.将接受匿名类型的参数声明为 dynamic 四十一.用 DynamicObject 或 IDynamicMetaObjectProvider 实现数据驱动的动态类型 四十二.如何使用表达式 API 四十三.使用

《Effective C#》快速笔记(四)- 使用框架

.NET 是一个类库,你了解的越多,自己需要编写的代码就越少. 目录 三十.使用重写而不是事件处理函数 三十一.使用 IComparable<T> 和 IComparer<T> 实现顺序关系 三十二.避免使用 ICloneable 接口 三十三.仅用 new 修饰符处理基类更新 三十四.避免重载基类中定义的方法 三十五.PLINQ 如何实现并行算法 三十六.理解 PLINQ 在 I/O 密集场景 三十七.注意并行算法中的异常 三十.使用重写而不是事件处理函数 1.处理系统之中触发的

《Effective C#》快速笔记 - C# 高效编程要点补充

目录 四十五.尽量减少装箱拆箱 四十六.为应用程序创建专门的异常类 四十七.使用强异常安全保证 四十八.尽量使用安全的代码 四十九.实现与 CLS 兼容的程序集 五十.实现小尺寸.高内聚的程序集 这是该系列的最后一篇.也许有些理论有可能会过时,我想它仍有存在的必要,人的知识水平也是一个不断成长的过程,学会站在前人的肩膀上,尝试不断的借鉴与总结. 四十五.尽量减少装箱拆箱 值类型是数据的容器,不支持多态. 装箱把一个值类型放在一个未确定类型的引用对象中,让该值作为引用类型所使用.拆箱指从引用类型的

《Effective C#》快速笔记(一)- C# 语言习惯

目录 一.使用属性而不是可访问的数据成员 二.使用运行时常量(readonly)而不是编译时常量(const) 三.推荐使用 is 或 as 操作符而不是强制类型转换 四.使用 Conditional 特性而不是 #if 条件编译 五.为类型提供 ToString() 方法 六.理解几个等同性判断之间的关系 七.理解 GetHashCode() 的陷阱 八.推荐使用查询语法而不是循环 九.避免在 API 中使用转换操作符 十.使用可选参数减少方法重载的数量 十一.理解短小方法的优势 一.使用属性

[.NET] 《Effective C#》快速笔记 - C# 中的动态编程(初稿)

<Effective C#>快速笔记 - C# 中的动态编程 静态类型和动态类型各有所长,静态类型能够让编译器帮你找出更多的错误,因为编译器能够在编译时进行大部分的检查工作.C# 是一种静态类型的语言,不过它加入了动态类型的语言特性,可以更高效地解决问题. 本系列 <Effective C#>快速笔记(一)- C# 语言习惯 <Effective C#>快速笔记(二)- .NET 资源托管 <Effective C#>快速笔记(三)- 使用 C# 表达设计

effective java-读书笔记-第三章 对于所有对象都通用的方法

个人博客同步发布:effective java-读书笔记-第三章 对于所有对象都通用的方法 第三章 对于所有对象都通用的方法 所有非final方法(equals.hashCode.toString.clone.finalize)都有明确的通用约定,因为它们被设计成是要被覆盖的,如果不遵守,基于散列的集合(HashMap.HashSet.HashTable)可能无法结合该类一起运作. 第8条 覆盖equals时请遵守通用约定 覆盖equals规范: 自反性(reflexive).对于任何非null

Effective Objective-C 2.0 笔记三(Literal Syntax简写语法)

当使用Objective-C的时候,你总会遇到Foundation 框架中的一些类,这些类包括NSString,NSNumber,NSArray和NSDictionary,这些数据结构都是自解释的. Objective-C以简明详细的语法而著名,自从oc1.0有一个简单的方式定义一个NSString变量,我们可以这样声明一个字符串变量 NSString *[email protected]"Hello Lves"; 没有这种语法之前,我们创建一个字符串变量需要先alloc然后init.