《你必须知道.NET》由会员分享，可在线阅读，更多相关《你必须知道.NET（205页珍藏版）》请在金锄头文库上搜索。
1、1 第一回：第一回：恩怨情仇：恩怨情仇：is 和和 as 本文将介绍以下内容： 类型转换 is/as 操作符小议 1.1. 引言引言 类型安全是.NET 设计之初重点考虑的内容之一，对于程序设计者来说，完全把握系统数据的类型安全， 经常是力不从心的问题。现在，这一切已经在微软大牛们的设计框架中为你解决了。在.NET 中，一切类 型都必须集成自 System.Object 类型，因此我们可以很容易的获得对象的准确类型，方法是：GetType() 方法。那么.NET 中的类型转换，应该考虑的地方有那些呢？ 2.2. 概念引入概念引入 类型转换包括显示转换和隐式转换，在.NET 中类型转换的基本规则
2、如下： 任何类型都可以安全的转换为其基类类型，可以由隐式转换来完成； 任何类型转换为其派生类型时，必须进行显示转换，转换的规则是：（类型名）对象名； 使用 GetType 可以取得任何对象的精确类型； 基本类型可以使用 Covert 类实现类型转换； 除了 string 以外的其他类型都有 Parse 方法，用于将字符串类型转换为对应的基本类型； 值类型和引用类型的转换机制称为装箱（boxing）和拆箱（unboxing）。 3.3. 原理与示例说明原理与示例说明 浅谈了类型转换的几个普遍关注的方面，该将主要精力放在 is、as 操作符的恩怨情仇上了。类型转换将 是个较大的话题，留于适当的时机
3、讨论。 is/as 操作符，是 C#中用于类型转换的，提供了对类型兼容性的判断，从而使得类型转换控制在安全的范 畴，提供了灵活的类型转换控制。 is 的规则如下： 检查对象类型的兼容性，并返回结果，true 或者 false； 不会抛出异常； 如果对象为 null，则返回值永远为 false。 其典型用法为： 1object o = new object(); 2 3class A 4 5 6 7 8 9if (o is A) /执行第一次类型兼容检查 10 11 12 13 A a = (A) o; /执行第二次类型兼容检查 14 15 16 17 as 的规则如下： 检查对象类型的兼容性，
4、并返回结果，如果不兼容就返回 null； 不会抛出异常； 如果结果判断为空，则强制执行类型转换将抛出 NullReferenceException 异常。 其典型用法为： 1object o = new object(); 2 3class B 4 5 6 7 8 9B b = o as B; /执行一次类型兼容检查 10 11if (b != null) 12 13 14 15 MessageBox.Show(“b is Bs instance.“); 16 17 18 19 4.4. 结论结论 纵上比较，is/as 操作符，提供了更加灵活的类型转型方式，但是 as 操作符在执行效率上更胜一
5、筹，我 们在实际的编程中应该体会其异同，酌情量才。 第二回：对抽象编程：接口和抽象类第二回：对抽象编程：接口和抽象类 本文将介绍以下内容： 面向对象思想：多态 接口 抽象类 1.1. 引言引言 在我之前的一篇 post抽象类和接口的谁是谁非中，和同事管伟的讨论，得到很多朋友的关注，因为 是不成体系的论道，所以给大家了解造成不便，同时关于这个主题的系统性理论，我认为也有必要做以总 结，因此才有了本篇的新鲜出炉。同时，我将把上贴中的问题顺便也在此做以交代。 2.2. 概念引入概念引入 什么是接口？ 接口是包含一组虚方法的抽象类型，其中每一种方法都有其名称、参数和返回值。接口方法不能包含任何 实现，
6、CLR 允许接口可以包含事件、属性、索引器、静态方法、静态字段、静态构造函数以及常数。但是 注意：C#中不能包含任何静态成员。一个类可以实现多个接口，当一个类继承某个接口时，它不仅要实现 该接口定义的所有方法，还要实现该接口从其他接口中继承的所有方法。 定义方法为： public interface System.IComparable int CompareTo(object o); public class TestCls: IComparable public TestCls() private int _value; public int Value get return _value
7、; set _value = value; public int CompareTo(object o) /使用 as 模式进行转型判断 TestCls aCls = o as TestCls; if (aCls != null) /实现抽象方法 return _value.CompareTo(aCls._value); 什么是抽象类？ 抽象类提供多个派生类共享基类的公共定义，它既可以提供抽象方法，也可以提供非抽象方法。抽象类不 能实例化，必须通过继承由派生类实现其抽象方法，因此对抽象类不能使用 new 关键字，也不能被密封。 如果派生类没有实现所有的抽象方法，则该派生类也必须声明为抽象类。另
8、外，实现抽象方法由 overriding 方法来实现。 定义方法为： / / 定义抽象类 / abstract public class Animal /定义静态字段 protected int _id; /定义属性 public abstract int Id get; set; /定义方法 public abstract void Eat(); /定义索引器 public string thisint i get; set; / / 实现抽象类 / public class Dog: Animal public override int Id get return _id; set _id
9、 = value; public override void Eat() Console.Write(“Dog Eats.“) 3.3. 相同点和不同点相同点和不同点 3.13.1 相同点相同点 都不能被直接实例化，都可以通过继承实现其抽象方法。 都是面向抽象编程的技术基础，实现了诸多的设计模式。 3.23.2 不同点不同点 接口支持多继承；抽象类不能实现多继承。 接口只能定义抽象规则；抽象类既可以定义规则，还可能提供已实现的成员。 接口是一组行为规范；抽象类是一个不完全的类，着重族的概念。 接口可以用于支持回调；抽象类不能实现回调，因为继承不支持。 接口只包含方法、属性、索引器、事件的签名，
10、但不能定义字段和包含实现的方法；抽象类可以 定义字段、属性、包含有实现的方法。 接口可以作用于值类型和引用类型；抽象类只能作用于引用类型。例如，Struct 就可以继承接 口，而不能继承类。 通过相同与不同的比较，我们只能说接口和抽象类，各有所长，但无优略。在实际的编程实践中，我们 要视具体情况来酌情量才，但是以下的经验和积累，或许能给大家一些启示，除了我的一些积累之外，很 多都来源于经典，我相信经得起考验。所以在规则与场合中，我们学习这些经典，最重要的是学以致用， 当然我将以一家之言博大家之笑，看官请继续。 3.33.3 规则与场合规则与场合 请记住，面向对象思想的一个最重要的原则就是：面向
11、接口编程。 借助接口和抽象类，23 个设计模式中的很多思想被巧妙的实现了，我认为其精髓简单说来就是： 面向抽象编程。 抽象类应主要用于关系密切的对象，而接口最适合为不相关的类提供通用功能。 接口着重于 CAN-DO 关系类型，而抽象类则偏重于 IS-A 式的关系； 接口多定义对象的行为；抽象类多定义对象的属性； 接口定义可以使用 public、protected、internal 和 private 修饰符，但是几乎所有的接口都 定义为 public，原因就不必多说了。 “接口不变”，是应该考虑的重要因素。所以，在由接口增加扩展时，应该增加新的接口，而不 能更改现有接口。 尽量将接口设计成功能
12、单一的功能块，以.NET Framework 为例， IDisposable、IDisposable、IComparable、IEquatable、IEnumerable 等都只包含一个公共方 法。 接口名称前面的大写字母“I”是一个约定，正如字段名以下划线开头一样，请坚持这些原则。 在接口中，所有的方法都默认为 public。 如果预计会出现版本问题，可以创建“抽象类”。例如，创建了狗（Dog）、鸡（Chicken）和鸭 （Duck），那么应该考虑抽象出动物（Animal）来应对以后可能出现风马牛的事情。而向接口中 添加新成员则会强制要求修改所有派生类，并重新编译，所以版本式的问题最好以抽象
13、类来实现。 从抽象类派生的非抽象类必须包括继承的所有抽象方法和抽象访问器的实实现。 对抽象类不能使用 new 关键字，也不能被密封，原因是抽象类不能被实例化。 在抽象方法声明中不能使用 static 或 virtual 修饰符。 以上的规则，我就厚颜无耻的暂定为 T14 条吧，写的这么累，就当一时的奖赏吧。大家也可以互通有无， 我将及时修订。 4.4. 经典示例经典示例 4.14.1 绝对经典绝对经典 .NET Framework 是学习的最好资源，有意识的研究 FCL 是每个.NET 程序员的必修课，关于接口和抽象类 在 FCL 中的使用，我有以下的建议： FCL 对集合类使用了基于接口的设
14、计，所以请关注 System.Collections 中关于接口的设计实现； FCL 对数据流相关类使用了基于抽象类的设计，所以请关注 System.IO.Stream 类的抽象类设计 机制。 4.24.2 别样小菜别样小菜 下面的实例，因为是我的理解，因此给经典打上“相对”的记号，至于什么时候晋升为“绝对”，就看我 在.NET 追求的路上，是否能够一如既往的如此执着，因此我将把相对重构到绝对为止（呵呵）。 本示例 没有阐述抽象类和接口在设计模式中的应用，因为那将是另一篇有讨论价值的文本，本文着眼与概念和原 则的把握，但是真正的应用来自于具体的需求规范。 设计结构如图所示： 1. 定义抽象类
15、public abstract class Animal protected string _name; /声明抽象属性 public abstract string Name get; /声明抽象方法 public abstract void Show(); /实现一般方法 public void MakeVoice() Console.WriteLine(“All animals can make voice!“); 2. 定义接口 public interface IAction /定义公共方法标签 void Move(); 3. 实现抽象类和接口 public class Duck :
16、 Animal, IAction public Duck(string name) _name = name; /重载抽象方法 public override void Show() Console.WriteLine(_name + “ is showing for you.“); /重载抽象属性 public override string Name get return _name; /实现接口方法 public void Move() Console.WriteLine(“Duck also can swim.“); public class Dog : Animal, IAction publi
