“还有两种继承方法？”我是真正被VB.NET的强大功能所折服了。求知的渴望驱使着我向大李露出了一个最灿烂的笑容，“行了，别傻笑了，我告诉你不就成了。”大李不禁也笑了起来。
“刚才我说到‘脆弱的基类’时，就提到实现继承最大的问题，就在于基类与派生类之间的关系过于紧密，还记得吧？基类实现细节往往会泄露出来，这不是我们愿意看到的封装情况，所以有很多程序设计师就想尽方法来改进这一问题，其中最出名的，就是COM了。”
“COM？我在VB6中经常用呀，是一种组件形式呀。”我不是太明白大李的话，这和面向对象的继承有什么关系？
“你说的不错，正是通过组件的这种封装方式，我们就可以把实现继承局限于在组件内部使用，而我们使用组件时，就不用理会它内部是什么，怎么实现的。这就可以避免不可预测地对基类的修改。我们把利用组件的组织程序方法称为面向组件程序设计，但这也是一种面向对象的设计方法，不过是更具强制性。组件支持组件内部的实现继承，还支持接口继承。”
“接口继承，我不是太清楚。不过，接口我是清楚的，就是组件开放的属性、方法与事件、公用变量的定义方法。我在VB6中也接触过接口编程，不是太方便，好象要把定义了方法却没有写实现过程的类编译成DLL文件，VB6会自动将它创建为接口，不过只能是隐藏的，不是显式定义的。”我回忆了一下说。
大李微微点了点头说：“从面向对象的观点来看，接口就是对象的外观，而对象实际的工作方式就是实现。把接口与实现分离开就是我们要进行封装的动机。用户只能通过接口来操作，但是看不到具体的实现的代码。”
编缉推荐阅读以下文章
版权与免责声明
1、本站所发布的文章仅供技术交流参考，本站不主张将其做为决策的依据，浏览者可自愿选择采信与否，本站不对因采信这些信息所产生的任何问题负责。
2、本站部分文章来源于网络，其版权为原权利人所有。由于来源之故，有的文章未能获得作者姓名，署“未知”或“佚名”。对于这些文章，有知悉作者姓名的请告知本站，以便及时署名。如果作者要求删除，我们将予以删除。除此之外本站不再承担其它责任。
3、本站部分文章来源于本站原创，本站拥有所有权利。
4、如对本站发布的信息有异议，请联系我们，经本站确认后，将在三个工作日内做出修改或删除处理。
请参阅权责声明！