之前说过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声明式，从而降低依存性。
