Item 34 分清对接口的继承和对实现的继承

需求：
1> 通过派生，只继承基类的函数接口（即它们的声明）；
2> 接口和实现都继承，而且不让它们被派生类覆盖；
3> 接口和实现都继承，允许它们被派生类覆盖。

class Shape {	// an abstract class
public:
  virtual void draw() const = 0;				// 纯虚函数：只继承接口
  virtual void error(const std::string& msg);	// 简单虚函数（有实现的虚函数；非纯虚函数）：既继承接口，又给了一个默认的实现
  int objectID() const;							// 非虚函数：接口和实现都继承，必须和基类的行为一样
  ...
};
class Rectangle: public Shape { ... };
class Ellipse: public Shape { ... };

● 可以给Shape::draw()提供一个实现。调用的时候：

Shape *ps1 = new Rectangle;
ps1->draw();			// calls Rectangle::draw
Shape *ps2 = new Ellipse;
ps2->draw();			// calls Ellipse::draw
ps1->Shape::draw();		// calls Shape::draw
ps2->Shape::draw();		// calls Shape::draw

● 简单虚函数比较危险。
如果客户忘记重定义该函数，该函数也能工作，没有人能提醒客户。只有到工作不正常的时候，客户才能知道。故而不提倡使用这种声明方式。或者改进一下，把它变成纯虚函数，并提供一个默认实现：

class Airplane {
public:
	virtual void fly(const Airport& destination) = 0;
	...
protected:
	void defaultFly(const Airport& destination);
};
void Airplane::defaultFly(const Airport& destination) {...}

这样，编译器会提醒客户。而且，defaultFly应该是一个“非虚函数”。这一点很重要：不能让客户重定义它！否则它一样有可能会被客户忘记。

不过，又有fly又有defaultFly，这样相似的名字会影响客户的理解。随着函数的增多，大量的defaultXXX会污染类的名字空间。解决方案：

class Airplane {
public:
	virtual void fly(const Airport& destination) = 0;	// 基类里还是定义它为“纯虚函数”
	...
};
void Airplane::fly(const Airport& destination) {...}	// 给这个纯虚函数一个实现，该实现作为派生类的默认实现
class ModelA: public Airplane {
public:
	virtual void fly(const Airport& destination)
	{ Airplane::fly(destination); }
	...
};
class ModelB: public Airplane {
public:
	virtual void fly(const Airport& destination)
	{ Airplane::fly(destination); }
	...
};
class ModelC: public Airplane {
public:
	virtual void fly(const Airport& destination);
	...
};
void ModelC::fly(const Airport& destination)
{
	// 派生类的自定义行为
}