CSDN博客

img dragon_zqw

C++中的多重继承

发表于2004/6/25 15:51:00  1628人阅读

C++中的多重继承

虽然在软件设计中,许多书籍都推荐优先使用组合而不是继承,然而继承仍然拥有许多天然的优势,对基类成员的自动拥有,而不用像组合要显示地去转向调用所需复用的成员,从而平添更多的代码。

多重继承在某些情况下,可以使我们的设计具有更多的灵活性,下面我们讨论一些多重继承中的问题及解决办法。

 

我们实现了一个抽象基类A,然后由此派生了出了诸多的实现类,如A1,A2,A3,在项目的起初,这些A的具体类工作很好,我们的软件模块也依赖于这一个抽象基类A。一切都很好。随着项目的进行。我们又进入了另一个模块的开发。也许起先的考虑不周,也许设计师在设计时出现了其他什么,这里我们又要使用这些A1A2A3了。但是我们也发现,抽象基类A的这些接口方法已经不能满足这一个模块的功能要求了,在这个新的模块中,我们需要另一些通用的方法干其它的一些事情。怎么办?我们要重写A1A2A3,并且加入在新模块中所需要的这些通用的方法吗?但是根据软件开发的接口依赖原则,我们的软件模块还能够依赖于抽象基类A?可是这些新增的通用方法并未在A中声明。或许我们应该考虑一下多重继承,将新增的通用方法抽象到一个新的接口B中。这样我们在使用A1的新增方法时,只需依赖于这个新的接口B,而在使用A1以前的方法时,只需依赖于接口A

真是个好主意。于是新的派生类实现了。A11继承于A1BA22继承于A2BA33继承于A3B,应用环境如下:

 

bool App::AddSub(B* b)

{

       A* a = dynamic_cast<A*>(b);     //动态转换为A;

 

       If (a!=0)

       a->MethodA();

else

       return false //转换出错,输入参数不是我们期望的类型;

 

b->MethodB(); //调用接口B中的方法;

 

return true;

}

 

可以看到,软件模块依赖于一个接口B,同时还要验证其是否继承自A,否则便不是该模块所需的类型。

该模块可以很好地运行。但注意上面对类型A的转换是通过动态类型转换来实现的。而其具体的实现依赖于RTTI,而在某些情况下,我们不能应用RTTI机制。如果我们关掉编译器的RTTI选项。上面的代码可能就不能正确运行了。怎么办呢?如果我们知道多重继承的机制,这或许可以帮助我们解决这个问题。可以参考C++编程思想或深度探索C++对象模型的相关章节。

下面是一种解决方法。

我们在B中增加一个多态的virtual void* GetThis()方法用以返回this指针,并在A11A22A33中都有它的实现,在应用环境中:

 

bool App::AddSub(B* b)

{

       A* a = static_cast<A*>(b->GetThis());             

a->MethodA(); //调用接口A中的方法;

b->MethodB(); //调用接口B中的方法;

 

return true;

}

 

上面的实现中通过多态的GetThis()方法,获得具体实现类的指针并转换为A,但是由于编译器关闭了对RTTI的支持,这种转换并非类型安全,需要事先约定传入类型包括了对AB的实现,否则转换将不能达到我们期望的效果。

 

0 0

相关博文

我的热门文章

img
取 消
img