📄 8999.htm
字号:
<HTML>
<HEAD>
<meta http-equiv='Content-Type' content='text/html; charset=gb2312'>
<style >
.fst{padding:0px 15px;width:770px;border-left:0px solid #000000;border-right:0px solid #000000}
.fstdiv3 img{border:0px;border-right:8px solid #eeeecc;border-top:6px solid #eeeecc}
</style>
<title>
Guru of the Week:#37 多重继承 Ⅰ.
</title>
</HEAD>
<BODY>
<center>
<div align=center><div class=fst align=left><div class=fstdiv3 id=print2>
<font color="#000000" size="4"><b>
Guru of the Week:#37 多重继承 </b></font><p>/*此文是译者出于自娱翻译的gotw(guru of the week:http://www.gotw.ca/gotw/index.htm)系列文章的一篇，原文的版权是属于hub sutter（著名的c++专家，《exceptional c++》的作者）。此文的翻译没有征得原作者的同意，只供学习讨论。——译者:黄森堂*/</p>
<p><font color=#0000ff size=4><b>#37 多重继承 ⅰ.</b></font></p>
<p><b>难度：</b>6/10</p>
<p>在很多的语言里，都包含了sql3标准，并都继续讨论决定是否支持单一或多个继承，本期gotw将引发你思考这个问题。</p>
<p><b>jg</b><b>问题：</b></p>
<p>1.什么是多重继承（mi），在c++中引入mi是否需要额外或其它因素呢？</p>
<h4>guru问题</h4>
<p>2.mi是必需的吗？，如果是，给出在多少不同的情形里你需要它，且为什么它会放在语言里；如果非必需，为什么si是相等或更高级的(或者结合java的接口类型),且为什么mi不会放在语言里。</p>
<p>[注解：本期gotw不是有意挑起争端，这儿现在只讨论mi,然而，因为其它流行语言也有相同的特征：在porland（波特兰大）以前的两周里，ansi sql3委员们表决是否在标准oo/ordbms里移走mi特征，在最后一个月里委员们在australia(澳大利亚)召开会议，如果它们的观点相同的话，在ansi会议上将表决通过,那么sql3只包含si（不像java类型接口的妥协).-hps]</p>
<p><b>解决方法：</b></p>
<p><font color=#999933>1.什么是多重继承（mi），在c++中引入mi是否需要额外或其它因素呢？</font></p>
<p>简要地告诉你：</p>
<p>mi的方法使用得有能力从多个单个基类中进行继承，例如：</p><pre> class derived : public base1, private base2
{
//...
};</pre>
<p>允许引入mi是可能有的类需要在多个父类中有一个相同的基类，这是一个简单的示例图：</p><pre> b
/ c1 c2
\ /
d</pre>
<p>这儿的b是d的两个间接基类,通过一个c1与c2.</p>
<p>这种情形就需要额外的特征在c++里：虚继承(virtual inheritance),当程序员需要使用类d是有一个b子对象，还是两个呢？，如果是一个，b将是d的虚基类,如果是两个，b将是d的正常基类(非虚基类).</p>
<p>最后，虚基类主要的复杂性是它们在大多数的派生类里必须使用直接初始化,更多的信息请参阅其它方面的mi知识。请留心非常好的书，像《c++ programming》3/e与meyers的《effective c++》</p>
<p><font color=#999933>2.mi是必需的吗？</font></p>
<p>简要回答：没有这种特征的话，严格来说在一定范围有些程序员可能需要使用到汇编,然而，更多的人宁可在c的程序代码里不使用虚函数,在很多的情形里，没有mi是很痛苦的。</p>
<p><font color=#999933>如果是，给出在多少不同的情形里你需要它，且为什么它会放在语言里；如果非必需，为什么si是相等或更高级的(或者结合java的接口类型),且为什么mi不会放在语言里。</font></p>
<p>简要的回答：是与不是.</p>
<p>像任何工具一样，mi在小心使用,使用mi总是增加复杂性，但它们有共同的特征：与可供选择的办法之比较，它还是简单与可维护性。应该像这样问：“你很少只需要mi，但当你需要它的时候你真的需要它吗？”</p>
<p>它们有许多特征是很方便与有用的工具。我仅仅说明三点（在实际上，许多方面包含在以下三类里）：</p>
<p>1.接口类(抽象纯基类)</p>
<p>在c++里，mi使用是非常的安全，使用它定义接口类,但类的组成是纯虚函数,在细节里，在基类里它没有数据成员，为此来避免mi的复杂性。</p>
<p>有趣的是，不同的语言/模型支持这种mi是通过没有继承机制来实现，用java与com作例子:java只支持si，但支持概念上的类实现多个接口对于c++来说是相当的简单，它只需要使用纯虚函数;com不包含继承，但同样也有概念上的接口组合，这种模型简单地组合了java的接口与c++的模板(template)</p>
<p>2.组合模块/库</p>
<p>许多类都设计了基类，你中要从它们那里继承就可以使用它们；如果你想写个类来扩展两个库，你需要从哪一个类继承吗？，因为你通常不会选择去改变库代码(如果你是从第三方采购而来的库而没有源程序的时候），mi是必须的。</p>
<p>3.安心使用(多态)</p>
<p>这儿的示例是：哪儿允许mi在不同的情形里使用相同的多态对象呢？一个较好的示例是在《c++ programming language 3/e》14.2.2,它示范了如何使用mi来设计异常类,那儿有许多的派生异常类可以使用is-a关系的多态与从多个基类中派生。</p>
<p>注解：#1与#3是交叉的.</p>
<p>最后，不要忘记“polymorphic lsp is-a public inheritance”，它不是在小镇是玩游戏；那儿有需要其它使用继承的理由，结果是：有时它不仅仅需要从多个基类中派生，还需要从每一个不同的前提来考虑，例如：类可能需要从基类a进行private继承来获得存取a的protected成员，但在同一时间，从基类b进行public继承来重载b的虚函数<br>
</p>
</DIV></div></div>
</center></BODY></HTML>
⌨️ 快捷键说明
复制代码
Ctrl + C
搜索代码
Ctrl + F
全屏模式
F11
切换主题
Ctrl + Shift + D
显示快捷键
?
增大字号
Ctrl + =
减小字号
Ctrl + -