按键盘上方向键 ← 或 → 可快速上下翻页，按键盘上的 Enter 键可回到本书目录页，按键盘上方向键 ↑ 可回到本页顶部！
————未阅读完？加入书签已便下次继续阅读！
//（3）对派生类的数据成员赋值
m_x = other。m_x；
m_y = other。m_y；
m_z = other。m_z；
//（4）返回本对象的引用
return *this；
｝
9。9 一些心得体会
有些C＋＋程序设计书籍称构造函数、析构函数和赋值函数是类的〃Big…Three〃，它们的确是任何类最重要的函数，不容轻视。
也许你认为本章的内容已经够多了，学会了就能平安无事，我不能作这个保证。如果你希望吃透〃Big…Three〃，请好好阅读参考文献＇Cline＇ ＇Meyers＇ ＇Murry＇。
第10章 类的继承与组合
对象（Object）是类（Class）的一个实例（Instance）。如果将对象比作房子，那么类就是房子的设计图纸。所以面向对象设计的重点是类的设计，而不是对象的设计。
对于C＋＋程序而言，设计孤立的类是比较容易的，难的是正确设计基类及其派生类。本章仅仅论述〃继承〃（Inheritance）和〃组合〃（position）的概念。
注意，当前面向对象技术的应用热点是和CORBA，这些内容超出了C＋＋教材的范畴，请阅读和CORBA相关论著。
10。1 继承
如果A是基类，B是A的派生类，那么B将继承A的数据和函数。例如：
class A
｛
public：
void Func1（void）；
void Func2（void）；
｝；
class B ： public A
｛
public：
void Func3（void）；
void Func4（void）；
｝；
main（）
｛
B b；
b。Func1（）； // B从A继承了函数Func1
b。Func2（）； // B从A继承了函数Func2
b。Func3（）；
b。Func4（）；
｝
这个简单的示例程序说明了一个事实：C＋＋的〃继承〃特性可以提高程序的可复用性。正因为〃继承〃太有用、太容易用，才要防止乱用〃继承〃。我们应当给〃继承〃立一些使用规则。
* 【规则10…1…1】如果类A和类B毫不相关，不可以为了使B的功能更多些而让B继承A的功能和属性。不要觉得〃白吃白不吃〃，让一个好端端的健壮青年无缘无故地吃人参补身体。
* 【规则10…1…2】若在逻辑上B是A的〃一种〃（a kind of ），则允许B继承A的功能和属性。例如男人（Man）是人（Human）的一种，男孩（Boy）是男人的一种。那么类Man可以从类Human派生，类Boy可以从类Man派生。
class Human
｛
。。。
｝；
class Man ： public Human
｛
。。。
｝；
class Boy ： public Man
｛
。。。
｝；
* 注意事项
【规则10…1…2】看起来很简单，但是实际应用时可能会有意外，继承的概念在程序世界与现实世界并不完全相同。
例如从生物学角度讲，鸵鸟（Ostrich）是鸟（Bird）的一种，按理说类Ostrich应该可以从类Bird派生。但是鸵鸟不能飞，那么Ostrich：：Fly是什么东西？
class Bird
｛
public：
virtual void Fly（void）；
。。。
｝；
class Ostrich ： public Bird
｛
。。。
｝；
例如从数学角度讲，圆（Circle）是一种特殊的椭圆（Ellipse），按理说类Circle应该可以从类Ellipse派生。但是椭圆有长轴和短轴，如果圆继承了椭圆的长轴和短轴，岂非画蛇添足？
所以更加严格的继承规则应当是：若在逻辑上B是A的〃一种〃，并且A的所有功能和属性对B而言都有意义，则允许B继承A的功能和属性。
10。2 组合
* 【规则10…2…1】若在逻辑上A是B的〃一部分〃（a part of），则不允许B从A派生，而是要用A和其它东西组合出B。
例如眼（Eye）、鼻（Nose）、口（Mouth）、耳（Ear）是头（Head）的一部分，所以类Head应该由类Eye、Nose、Mouth、Ear组合而成，不是派生而成。如示例10…2…1所示。
class Eye
｛
public：
void Look（void）；
｝；
class Nose
｛
public：
void Smell（void）；
｝；
class Mouth
｛
public：
void Eat（void）；
｝；
class Ear
｛
public：
void Listen（void）；
｝；
// 正确的设计，虽然代码冗长。
class Head
｛
public：
void Look（void） ｛ m_eye。Look（）； ｝
void Smell（void） ｛ m_nose。Smell（）； ｝
void Eat（void） ｛ m_mouth。Eat（）； ｝
void Listen（void） ｛ m_ear。Listen（）； ｝
private：
Eye m_eye；
Nose m_nose；
Mouth m_mouth；
Ear m_ear；
｝；
示例10…2…1 Head由Eye、Nose、Mouth、Ear组合而成
如果允许Head从Eye、Nose、Mouth、Ear派生而成，那么Head将自动具有Look、 Smell、Eat、Listen这些功能。示例10…2…2十分简短并且运行正确，但是这种设计方法却是不对的。
// 功能正确并且代码简洁，但是设计方法不对。
class Head ： public Eye； public Nose； public Mouth； public Ear
｛
｝；
示例10…2…2 Head从Eye、Nose、Mouth、Ear派生而成
一只公鸡使劲地追打一只刚下了蛋的母鸡，你知道为什么吗？
因为母鸡下了鸭蛋。
很多程序员经不起〃继承〃的诱惑而犯下设计错误。〃运行正确〃的程序不见得是高质量的程序，此处就是一个例证。
第11章 其它编程经验
11。1 使用const提高函数的健壮性
看到const关键字，C＋＋程序员首先想到的可能是const常量。这可不是良好的条件反射。如果只知道用const定义常量，那么相当于把火药仅用于制作鞭炮。const更大的魅力是它可以修饰函数的参数、返回值，甚至函数的定义体。
const是constant的缩写，〃恒定不变〃的意思。被const修饰的东西都受到强制保护，可以预防意外的变动，能提高程序的健壮性。所以很多C＋＋程序设计书籍建议：〃Use const whenever you need〃。
11。1。1 用const修饰函数的参数
如果参数作输出用，不论它是什么数据类型，也不论它采用〃指针传递〃还是〃引用传递〃，都不能加const修饰，否则该参数将失去输出功能。
const只能修饰输入参数：
* 如果输入参数采用〃指针传递〃，那么加const修饰可以防止意外地改动该指针，起到保护作用。
例如StringCopy函数：
void StringCopy（char *strDestination； const char *strSource）；
其中strSource是输入参数，strDestination是输出参数。给strSource加上const修饰后，如果函数体内的语句试图改动strSource的内容，编译器将指出错误。
* 如果输入参数采用〃值传递〃，由于函数将自动产生临时变量用于复制该参数，该输入参数本来就无需保护，所以不要加const修饰。
例如不要将函数void Func1（int x） 写成void Func1（const int x）。同理不要将函数void Func2（A a） 写成void Func2（const A a）。其中A为用户自定义的数据类型。
* 对于非内部数据类型的参数而言，象void Func（A a） 这样声明的函数注定效率比较底。因为函数体内将产生A类型的临时对象用于复制参数a，而临时对象的构造、复制、析构过程都将消耗时间。
为了提高效率，可以将函数声明改为void Func（A &a），因为〃引用传递〃仅借用一下参数的别名而已，不需要产生临时对象。但是函数void Func（A &a） 存在一个缺点：〃引用传递〃有可能改变参数a，这是我们不期望的。解决这个问题很容易，加const修饰即可，因此函数最终成为void Func（const A &a）。
以此类推，是否应将void Func（int x） 改写为void Func（const int &x），以便提高效率？完全没有必要，因为内部数据类型的参数不存在构造、析构的过程，而复制也非常快，〃值传递〃和〃引用传递〃的效率几乎相当。
问题是如此的缠绵，我只好将〃const &〃修饰输入参数的用法总结一下，如表11…1…1所示。
对于非内部数据类型的输入参数，应该将〃值传递〃的方式改为〃const引用传递〃，目的是提高效率。例如将void Func（A a） 改为void Func（const A &a）。
对于内部数据类型的输入参数，不要将〃值传递〃的方式改为〃const引用传递〃。否则既达不到提高效率的目的，又降低了函数的可理解性。例如void Func（int x） 不应该改为void Func（