C 箴言：谨慎使用私有继承(1)

为了给 Widget 重定义 Timer 中的一个 virtual function（虚拟函数），Widget 必须从 Timer 继承。但是 public inheritance（公有继承）在这种情况下不合适。Widget is-a（是个）Timer 不成立。Widget 的客户不应该能够在一个 Widget 上调用 onTick，因为在概念上那不是的 Widget 的 interface（接口）的一部分。允许这样的函数调用将使客户更容易误用 Widget 的 interface（接口），这是个对《使接口易于正确使用难错误使用》中的关于“使接口易于正确使用，而难以错误使用”的建议的明显违背。public inheritance（公有继承）在这里不是正确的选项。

因此我们就 inherit privately（秘密地继承）：

通过 private inheritance（私有继承）的能力，Timer 的 public（公有）onTick 函数在 Widget 中变成 private（私有）的，而且在我们重新声明他的时候，也把他保留在那里。重复一次，将 onTick 放入 public interface（公有接口）将误导客户认为他们能够调用他，而这违背了我在《使接口易于正确使用难错误使用》。

这是个很好的设计，但值得注意的是，private inheritance（私有继承）并不是绝对必要的。假如我们决定用 composition（复合）来代替，也是能够的。我们仅需要在我们从 Timer 公有继承来的 Widget 内声明一个 private nested class（私有嵌套类），在那里重定义 onTick，并在 Widget 中放置一个那个类型的 object（对象）。以下就是这个方法的概要：

这个设计比只用了 private inheritance（私有继承）的那一个更复杂，因为他包括 (public) inheritance（（公有）继承）和 composition（复合）两者，连同一个新 class (WidgetTimer) 的引入。老实说，我出示他主要是为了提醒您有多于一条的道路通向一个设计问题，而且他也能够锻炼您自己您自己考虑多种方法（参见《C 箴言：最小化文档之间的编译依赖》）。然而，我能够想到为什么您可能更愿意用 public inheritance（公有继承）加 composition（复合）而不用 private inheritance（私有继承）的两个原因。

首先，您可能要做出允许 Widget 有 derived classes（派生类）的设计，但是您还可能要禁止 derived classes（派生类）重定义 onTick。假如 Widget 从 Timer 继承，那是不可能的，即使 inheritance（继承）是 private（私有）的也不行。（回忆《C 箴言：考虑可选的虚拟函数的替代方法》derived clas