继承与接口

继承与接口
概述：了解在Microsoft Visual Basic .NET中的类继承与接口实现的区别。
目标
 研究继承与接口使用背后的概念
 学习何时使用类继承，何时使用接口实现
要求
为了充分利用本文，读者必须具备以下基础：
 熟悉Microsoft® Visual Basic® .NET语言
 熟悉Microsoft Visual Basic 6.0
 基本理解继承中的术语
目录
面向对象编程:为什么编程?
继承层次
创建和实现接口
比较类继承与接口实现
对象合成
与 Visual Basic 6.0的区别?
小结
面向对象编程：为什么麻烦?
只有一小部分Visual Basic 6.0程序员发现他们在构建Visual Basic 6.0窗体时需要创建类模块，而不是使用自动创建的窗体。另外，大多数的确在Visual Basic 6.0中创建过类模块的程序员，创建创建类模块的原因，只是因为要构建ActiveX®控件，并且不得不使用类模块才能做到。
在Visual Basic .NET中，就象在所有其它语言中一样，面向对象编程（OOP）不是一个选择，而是一种需求。每段代码都是某种类型，如类、接口、结构（结构是值类型，类似于Visual Basic 6.0中的用户自定义类型），或枚举值的一部分。甚至在Visual Basic .NET中看上去独立的过程实际上也是作为隐藏类的共享方法实现的。
为何OOP如此强大？为什么微软一直要求大家学习用OOP在Visual Basic .NET中编程？
处理复杂性与变化
OOP解决两个普遍的软件开发问题：处理复杂性和处理变化。利用OOP就容易设计和使用复杂的软件系统，并且易于修改这些系统而无需打乱它们。
Visual Basic 6.0程序员需要用ADO或DAO对象模型获得和操作数据，设想，如果每个操作都必须调用独立的函数，而不是使用对象（如记录集）的方法或属性，完成这样的工作会有多么艰巨。例如，如果要用ADO或DAO向列表框中装入数据，大约要编写10行代码。而直接使用ODBC API函数，大约要编写50行代码！可以看到，OOP方法更容易实现。
再例如，考虑微软Windows® API。如果要花大量时间调用Windows® API或使用其它面向过程的APIs，就会发现，为一个任务要调用哪个函数或过程，是多么容易出错、多么难记。因此，通过创建相关对象，把问题模型化，对程序员来说，要比使用一长列的过程或函数要友好的多。
编写和调试代码是困难的，但大多数程序员喜欢跟踪问题，设计也一种灵活方式解决，然后“玩弄”代码，直到一切都满足了客户需求。这是有趣的人的一部分，但并不是事情的结局。所有程序员都害怕的一件事是：不得不研究其他人编写的代码（或他们在很久以前刚开始编写代码时所写的代码），不得不设计也程序各个部分如何搭配，如何进行修改以满足新需求――所有这些都必须不能引起意想不到的后果。不幸的是，在大多数系统生命周期中，维护代码所消耗程序员的时间，比创建这些代码的时间还要多，这就是这些系统的结局。