读Effective C++ 有感

第二遍刷这本书了，我认为，贯穿这本书始终的其中一种思维是”拆分“。
拆分，即分治，分而治之，即是将一个技术的功能组件尽量分开来，每一个组件都独立成一个模块（函数或者类），让你设计的类的用户能够自由搭配，自由选择那些功能组件，往往能搭建出高效、高安全性、高合理性的程序。而不是捆绑销售，比如将虚函数的默认实现强迫所有派生类都继承，实在是一种愚蠢的行为。如下：

class A{
public:
    virtual void fly(const Airport& destination){
        ...//fly内容
    }
}
class B{
public:
    virtual void fly(const Airport& destination)=0;
protected:
    void defaultFly(const Airport& destination);
};

B的设计就要比A的设计好的多，因为如果有派生类继承A的话，就必须接受其”捆绑销售“带来的fly函数，而如果有派生类继承B的话，就可以自由选择是否在自己的虚函数fly里使用defaultFly函数。这就是拆分带来的好处，在effective c++的第34条里，管这种策略叫作：区分接口继承和实现继承。
再来看一个例子：

#include "person.h"
class C{
public:
    person p;
}
class D{
public:
    shared_ptr<person>pimpl;
}

D的设计就要比C好，因为C封装了person的实现，D只封装了指向person的指针，如果person的实现有任何改动，那每一个含入class C的文件就得重新编译，而含入class D的文件就不需要重新编译。这就是将类的声明与实现分离，降低了文件之间的依存度。
还有该书三令五申的，为了提高封装性，将成员变量声明为private级别，对用户只提供承访问其的成员函数的做法，在我看来也是拆分的手段，将成员变量和成员函数拆分开来，各司其职，提高了类的数据安全度，又不影响其使用。
这本书中透露的哲学太多了，是一本真正的好书。
吾尝终日而思矣，不如须臾之所学也；吾尝跂而望矣，不如登高之博见也。

读Effective C++ 有感

猜你喜欢