明智而审慎地使用private继承

之前说过public继承是is-a关系。如下例子

class person
{
}

class student:public person
{
}

显然学生就是人。那private继承显然不是is-a关系，那他意味这什么呢？
如果classes之间的继承关系是private，编译器不会自动将一个derived class对象，转换为一个base class对象、再有，由private base class继承而来的所有成员，在derived class中都会变成private属性，纵使他们在base中原本是protected或public属性。
private 继承意味着根据某物实现。如果class D以private继承class B,其实你的用意是为了采用class B内已经备妥的某些特性，不是因为B对象和D对象存在由任何观念上的关系，所以private继承纯粹只是一种实现技术。private继承在软件设计层面上没有意义，其意义之存于软件实现层面。但这里有一句忠告：尽可能使用复合（composition），必要时才使用private继承。

现在有个widget calss,需要定时执行一些任务。刚好手头有个

class Timer
{
public:
explicit Timer(int tickFrequency);
virutal void onTick() const;//定时器每滴答一次此函数被自动调用一次
...
};

这个类可调整为我们需要的任何频率滴答前进，每次滴答就调用virtual函数，那我们可以重新定义那个virtual函数，执行我们的任务。

为了让Widget重新定义Timer内的virtual函数，Widget必须继承子Timer.但public继承在此并不适当。因为Widget并不是个Timer，于是

class Widget:private Timer
{
private:
void onTick()const overide
{
//处理任务
}

};

这是个不错的设计，但不值几个钱，因为private继承并非绝对必要，我们可以使用复合取而带之。如下：

class Widget
{
private:
class WidgetTimer:public Timer
{
public:
void onTick() const overide
{
//执行任务
}
...
};
WidgetTimer timer;
...
};

这个设计比只使用private继承要复杂一些，因为它涉及public继承和复合，并导入一个新class.主要为了告诉大家，解决设计问题的方法不只一种，我们应该多训练自己的思维，多想想其他路子。其实这里选择复合也有两个理由。
1.可以阻止derived calss 重新定义onTick.
2.可以将Widget的编译依存性降至最低。如果Widget继承Timer,当Widget被编译时Timer的定义必须可见，所以定义Widget的那个文件必须包含Timer.h。但如果WidgetTimer移出Widget之外而Widget内含一个指向WidgetTimer的指针，Widget可以只带着一个简单的WidgetTimer声明式，从而降低依存性。