Part5 实现 Implementations

  • 尽可能延后变量定义式的出现时间
    Postpone variable definitions as long as possible.
    只要定义了一个变量而其类型带有一个构造函数或析构函数,那么当程序的控制流到达这个变量定义式时,你便得承受构造成本;当这个变量离开其作用域时,你便得承受析构成本。即使这个变量最终并未被使用,仍需耗费这些成本。

  • 尽量少做转型动作 Minimize casting
    回顾转型语法。
    C风格的转型动作是: (T)expression 类型转换
    C++提供四种新式转型
    const_cast(expression)
    dynamic_cast(expression)
    reinterpret_cast(expression)
    static_cast(expression)
    各有不同的目的:
    const_cast被用来将对象的常量性转除。
    dynamic_cast主要用来执行“安全向下转型”,也就是用来决定某对象是否归属继承体系中的某个类型。它是唯一无法由旧式语法执行的动作,也是唯一可能耗费重大运行成本的转型动作。基类需要有Virtual函数。
    static_cast用来强迫隐式转换(implicit conversions)。例如可以将non-const对象转为const对象,或将int转为double等等。
    需要始终理智地使用新式转型。因为它很容易在代码中被辨别出来,因而得以简化“找出类型系统在哪个地点被破坏”的过程;各转换动作的目标越窄化,编译器越可能诊断出错误的运用。

    如果需要在继承类方法中调用基类的方法
    已下写法是错误的:

  class SpecialWindow : public Window{

public:
    virtual void onResize()
    {
        static_cast<Window>(*this)->onResize();//调用基类的方法

        ....//这里进行SpecialWindow专属行为
    }

};

这个转换看起来是正确的,但是要明确一点: 当执行转换的时候产生了一个副本,onResize()操作是在该副本上操作的,并不是当前this的基类指针。
正确做法如下:

    virtual void onResize()
    {
        Window::onResize();//调用基类的方法

        ....//这里进行SpecialWindow专属行为
    }

还有应该使用多态来替代 类型转换判断操作,如下代码。
Part5 实现 Implementations_第1张图片

  • 将文件间的编译依存关系降到最低

你可能感兴趣的:(Part5 实现 Implementations)