多态性的论述

yyc_csdn 2001-07-29 10:06:54
多态性的论述

多态性是面向对象的一个重要特征,它是实现com技术的基础。什么是多态性,它到底在com的技术重起到什么样的作用呢?让我们来看一下在结构化编程中的一个例子:

void fuite_eat(int objFruit)
{
switch(objFruit)
case 0: //apple
apple_eat();
//printf("apple eat");
break;
case 1: //orange
orange_eat();
//printf("orange eat");
break;
case 2: //peal
peal_eat();
//printf("peal eat");
break;
}

上面的例子中我们以水果为例,不同的水果的吃法可能各不相同,这样我们要根据不同的水果类型来判断调用特定的水果的吃的方法。在程序编译时系统预先帮定了各种水果吃的方法,这就是"前期绑定"。但当我们增加一种水果时我们可能不得不更改我们上述程序,新增加一个入口,并调用新水果的吃的方法。那么有没有更好的一种方法实现上述例子?让我们看看下面的程序:
void fuite_eat(void ** f)
{
(*f)();
}
我们可以传递一个函数指针给程序,根据不同的函数指针调用水果不同的吃的方法,起始这就是程序"后期绑定",编译器一开始并不决定调哪一种水果吃的方法,而在程序运行时根据参数(函数指针)决定调什么水果的吃的方法。上面的例子虽然简单,但它解释的所谓的后期绑定的基本概念。
其实面向对象技术中的多态性就是运用了"后期绑定"技术,我们可以在基类中定义一个虚函数,然后在派生类中覆盖它,当我们调用此方法时,系统会根据对象的类型而决定调用哪一个对象的方法如:

class fruit
{
virtual void eat()=0;
}

class apple:public fruit
{
void eat()
{
printf("apple eat");
}
}

class orange:public fruit
{
void eat()
{
printf("orange eat");
}
}

void fruite_eat(fruit * f)
{
f->eat();
}

那么系统是怎么实现后期绑定的,也就是说系统是如何知道该调用哪一个对象的方法呢?这就是虚函数的作用,其实当你把一个函数声明为虚函数时,编译器就将在你的类结构里加上一个指针,该指针被称为虚指针,它指向的是一个Vtable表,该表包含了类中所有虚函数的地址,也包含其基类的。这样上例中我们就会明白:系统在得到对象的指针后会查找Vtable,找到方法的函数指针然后调用该方法,如果此方法未被派生类实现那么系统会调用其基类的方法。函数地址的后期绑定在面向对象的编程语言中是非常重要的,在java中对类中所有函数都进行了后期绑定,但C++,则是让程序开发者决定对哪一个函数进行后期绑定,c++之所以这么做是处于性能方面的考虑.为多态性行为提供后期绑定是要付出代价的,因为在类的实现时Vtable要进行初始化且在调用虚函数时必须在运行时查找虚函数表。

我想通过以上的说明大家应该明白了多态性和后期绑定的关系以及运作原理。那么多态性和COM有什么关系呢?
面向对象的语言通过Vtable实现多态性,而COM则是通过使用Vtable表来建立一个COM接口,每一个COM接口都是一个Vtable,由上面我们知道每一个Vtable其实就是一个包含函数地址的表,那么通过这种方式就提供了一种方便的途径来封装组件类的功能。同时我们注意到COM只通过Vtable来提供组件的公共方法(接口),Vtable只能包含函数地址,这也就说我们无法访问组件的数据成员,因此COM提供了属性的概念来模仿操作数据成员,组件的实现者也不能直接把数据成员暴露出来。

综上所述COM其实就是一组标准接口(抽象类)和自定义接口的实现,并在宿主文件里封装(dll,exe)。

欢迎大家讨论!
yyc 原创 2001-7-29
yycmail@263.net
...全文
107 2 打赏 收藏 转发到动态 举报
AI 作业
写回复
用AI写文章
2 条回复
切换为时间正序
请发表友善的回复…
发表回复
attackboy 2001-07-29
  • 打赏
  • 举报
回复
bighead 2001-07-29
  • 打赏
  • 举报
回复
无聊

16,548

社区成员

发帖
与我相关
我的任务
社区描述
VC/MFC相关问题讨论
社区管理员
  • 基础类社区
  • AIGC Browser
  • encoderlee
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告

        VC/MFC社区版块或许是CSDN最“古老”的版块了,记忆之中,与CSDN的年龄几乎差不多。随着时间的推移,MFC技术渐渐的偏离了开发主流,若干年之后的今天,当我们面对着微软的这个经典之笔,内心充满着敬意,那些曾经的记忆,可以说代表着二十年前曾经的辉煌……
        向经典致敬,或许是老一代程序员内心里面难以释怀的感受。互联网大行其道的今天,我们期待着MFC技术能够恢复其曾经的辉煌,或许这个期待会永远成为一种“梦想”,或许一切皆有可能……
        我们希望这个版块可以很好的适配Web时代,期待更好的互联网技术能够使得MFC技术框架得以重现活力,……

试试用AI创作助手写篇文章吧