Effective C++:条款39:明智而审慎地使用private继承

(一)

(1)private继承意味着“依据某物实现出”。仅仅有实现部分被继承。接口部分应略去;

(2)它仅仅在软件“实现”层面上有意义,在软件“设计”层面上没有意义。

(3)private继承而来的基类成员都会在派生类中成为private属性,纵使它们在base class中原本是protected或public属性;

(4)假设类之间是private继承关系。编译器不会自己主动将一个派生类对象转换为基类对象。

(5)D类以私有形式继承B类,意味着。D对象依据B对象实现而得,再没有其它意涵了。

(二)

private继承和复合都是“依据某物实现出”,在设计时应尽量使用复合,少使用private继承。

原因有:

(1)private继承可以又一次定义基类中的虚函数(即使不能调用),非常多情况下是应该阻止的。而复合非常easy控制成员的訪问权限。

(2)复合可以使编译依赖性减少。

可是。在所谓的“空白基类最优化”(EBO)情况下可能会须要private继承:对于一个不包括不论什么成员变量和成员函数的空类对象成员,假设以复合方式调用,会占用一些内存(C++规定凡是独立(非附属)对象都必须有非零大小,注意它不适用于派生类中的基类成分这一情况),而在採用继承的情况下不会占用内存。这样的情况非常少见,绝大多数情况下还是应当遵循“宁可使用复合,不使用private继承“的原则。

class Empty { };

class HoldsAnInt {
private:
	int x;
	Empty e;
};

sizeof(HoldsAnInt)
> sizeof(int)。在大多数编译器中,sizeof(Empty)的大小是1。由于面对“大小为零的独立对象”。通常c++官方勒令默默安插一个char到空对象内。

然而齐位需求(alignment)可能造成编译器为类似HoldsAnInt这种class加上一些衬垫(padding),所以有可能HoldsAnInt对象不仅仅多一个char大小,实际上放大到多一个int。

独立(非附属)这个约束不适用于derived
class对象内的base class成分,由于它们并不是独立。假设你继承Empty,而不是内含一个那种类型的对象:

class HoldsAnInt: private Empty{
private:
    int x;
};

差点儿能够确定sizeof(HoldsAnInt)
== sizeof(int)。

所以以这样的形式的话就能够节省内存。

(三)

如果已有计时器Timer类:

class Timer {
public:
    explicit Timer(int tickFrenquency);
    virtual void onTick() const;
    ...
};

如果一个新类Widget想要使用onTick()的功能。能够採用继承的手法:因为public继承是is-a关系,可是他们之间却不存在这样的关系!而且也不应当让客户看到该函数导致误用接口,因此不应当使用公有继承。

合适的方法有两种:

(1)採用私有继承。

(2)採用public继承和复合的方法:

class Timer {
public:
    explicit Timer(int tickFrenquency);
    virtual void onTick() const;
    ...
};
class Widget{
private:
    class WidgetTimer : public Timer{
    public:
        virtual void onTick() const;
        ...
    };
    WidgetTimer timer;
    ...
};

它同一时候使用了public继承和复合,并引入一个新类WidgetTimer,这样能够

(1)防止Widget的derived
class又一次定义Timer里的虚函数,既Widget的derived class将无法取用WidgetTimer,因此无法继承它或又一次定义它的virtual函数;

(2)使编译依赖性减少至最小。

见条款31.

请记住:

(1)Private继承意味着is-implementd-in-terms-of(依据某物实现出)。它通常比复合(composition)的级别低。

当derived class须要訪问protected base class的成员,或须要又一次定义继承而来的virtual函数时候,这么设计是合理的。

(2)和复合(compoistion)不同。private继承能够造成empty
base最优化。

这对置于"对象尺寸最小化"的程序库开发人员而言,可能非常重要。

时间: 2024-12-11 14:58:38

Effective C++:条款39:明智而审慎地使用private继承的相关文章

Effective C++ 条款39 明智而审慎地使用private继承

1. public继承表明is-a的关系,要求接口的完全继承,而private继承表明"根据某物实现出的关系",要求仅仅继承实现,private继承有两个规则: 1). 经由private继承而来的基类的所有成员在派生类中都会变成private属性 2). 由于1),编译器不允许将派生类转为基类以防止对派生类private成员的非法访问. 2. 由条款38,private继承和复合具有相同作用——"根据某物实现出".两者之间,要尽可能使用复合,除非必要情况.必要情况

Effective C++ Item 39 明智而审慎地使用 private 继承

本文为senlie原创,转载请保留此地址:http://blog.csdn.net/zhengsenlie 经验:private 继承意味 is-implemented-in-terms of.它通常比 composition 的级别低. 但是当 derived class 需要访问 protected base class 的成员,或需要重新定义继承而来的 virtual 函数时,这么设计是合理的 经验:和 composition 不同, private 继承可以造成 empty base 最

Effective C++ -----条款39:明智而审慎地使用private继承

Private继承意味is-implemented-in-terms of(根据某物实现出).它通常比复合(composition)的级别低.但是当derived class需要访问protected base class的成员,或需要重新定义继承而来的virtual函数时,这么设计是合理的. 和复合(composition)不同,private继承可以造成empty base最优化.这对致力于“对象尺寸最小化”的程序库开发者而言,可能很重要.

条款39:明智而审慎地使用private继承(use private inheritance judiciously)

NOTE: 1.private 继承意味 is-implemented-in-terms-of(根据某物实现出).它通常比复合(composition)的级别低.但是当derivated class需要访问protected base class的 成员,或需要重新定义继承而来的virtual函数时,这么设计是合理的. 2.和复合(composition)不同,private 继承可以造成empty base 最优化.这对致力于“对象尺寸最小化”的程度开发者而言,可能很重要.

明智而审慎的使用private继承

private继承的意义在于“be implemented in turns of”. private继承与public继承时完全不同的,主要体现在两个地方 其一,public继承在子类中保持父类的访问权限,即父类中是public的成员函数或者成员便变量可,在子类中仍是public,对private或protected 的成员函数或成员变量亦是如此:但private继承则不是这样的,他破坏了父类红的访问权限标定,将之转成为private,这对子类本省并无影响,但却影响了子类的子类,子类的子类将无

Effective C++ 条款39

我从本条款中学到了以下内容: 1.private继承不同于另外两种继承,派生类对象不能隐式转换为基类对象.如下代码: class Bird//鸟 { }; class ostrich:private Bird//鸵鸟 { }; int main() { Bird *b = new ostrich();//编译不通过,基类不能转换为派生类 } 编译器明确指出基类是不可访问的,所以转换失败.private继承在基类和派生类之间已经没有所谓的继承关系,之所以有它的存在纯粹是为应用层面服务,即为了编程的

More Effective C++ 条款14 明智运用exception specifications

1. Exception specifications作为函数声明的一部分,用于指出(并不能限制)函数可能会抛出的异常函数.C++规定,一个拥有exception specification的函数指针只能被赋予一个有着相同或更为局限的exception specification的函数地址,因而编译器要保证"在函数指针传递之际检验exception specifications".(但visual studio 2013不支持此项要求) 2. 当函数抛出exception specif

Effective C++ Item 40 明智而审慎地使用多重继承

本文为senlie原创,转载请保留此地址:http://blog.csdn.net/zhengsenlie 经验:多重继承比单一继承复杂.它可能导致新的歧义性,以及对 virtual 继承的须要 演示样例: class BorrowableItem{ public: void checkOut(); }; class ElectronicGadget{ private: bool checkOut() const; }; class MP3Player: public BorrowableIte

Effective C++ 条款40 明确而审慎地使用多重继承

1. 使用多重继承,派生类有可能从一个以上的基类继承相同名称,这回导致歧义.即使来自不同基类的相同名称各自的访问级别不同,也有仍然有可能造成歧义,因为C++的名称查找法则是先查找最佳匹配,然后再检查可取用性.可以使用作用域操作符明确指定所使用的名字属于那一个类. 2. 如果多重继承继承的一个以上基类又出现继承自同一个类的情况,将会导致"钻石型继承",即A->B;A->C;B,C->D,此时就要面对是否将A设为虚基类的选择.如果不采用虚继承,那么A在D中会存在两份实体(