Eeffective C++ 读书笔记（ 32-38）

　　条款三十二：确定你的public继承塑模出is-a关系

　　　　1.所谓最佳设计，取决于系统希望做什么事，包括现在和未来。

　　　　2.好的接口可以防止无效的代码通过编译，因此你应该宁可采取“在编译期拒绝企鹅飞行”的设计，而不是“只在运行期才能侦测它们”的设计。

　　条款三十三：避免遮掩继承而来的名称

　　　　1.C++的名称遮掩规则（name-hiding-rule）所做的唯一事情就是：遮掩名称。至于名称是否应相同或不同的类型，函数名称是否重载了不同的类型并不重要。一个名为x的double可以遮掩一个名为x的int；一个mf1()函数可以遮掩一个mf1(x)函数。

　　　　2.derived classes内的名称会遮掩base classes内的名称。在public继承下从来没有人希望如此。

　　　　3.为了让被遮掩的名称再见天日，可使用using声明式或转交函数。

class Base
{
   public：
      virtual void mf1()=0;
      virtual void mf1(int);
     .....
};

class Derived:private Base
{
   public:
       virtual void mf1()//所谓的转交函数（forwarding function）
     {
          Base:mf1();
      .....
    }

}

　　条款三十四：区分接口继承和实现继承

　　　　1.声明一个pure virtual函数的目的是为了让derived classes 只继承函数接口。

　　　　2.令人意外的是，我们竟然可以为pure virtual函数提供定义。也就是说你可以为Shape::draw供应一份实现代码，C++并不会发出怨言，但调用它的唯一途径是调用时明确指出其class名称。

Shape *ps=new Rectangle;
 ps->draw();//调用Rectangle::draw
 ps->Shape::draw()//调用定义为纯虚函数，但却给出实现定义的Shape::draw

　　　　3.pure virtual 函数只具体指定接口继承。

　　　　4.简朴的（非纯）impure virtual 函数具指定接口继承及缺省实现继承。

　　　　5.non-virtual函数具体指定接口继承以及强制性实现继承。

　　条款三十五：考虑virtual函数意外的其他选择

　　　　1.在C++中derived classes可重新定义继承而来的private virtual函数。（public fuction inline private virtual）

　　条款三十六：绝不重新定义继承而来的non-virtual函数

　　条款三十七:绝不重新定义继承而来的缺省参数值

　　　　1.virtual函数系动态绑定，而缺省参数值却是静态绑定。

　　　　2.virtual函数系动态绑定而来，意思是调用一个virtual函数时，究竟调用哪一份函数实现代码，取决于发出调用的那个对象的动态类型。

　　条款三十八：private继承纯粹是一种实现技术（这就是为什么继承自一个private base class的每样东西在你的class内都是private：因为它们都只是实现枝节而已）