《effective c++》读书笔记3

条款26:尽可能延后变量定义式的出现时间

std::string encryptPassword(conststd::string &password)

{

std::string encrypted;

encrypted=password;

encrypt(encrypted);

return encrypted;

}

这样定义即初始化encrypted付出的代价是一个构造函数和一个赋值函数。如果改用以下方式:

std::string encryptPassword(conststd::string & password)

{

std::string encrypted(password);

encrypt(encrypted);

return encrypted;

}

尽可能延后变量的定义,不仅能避免构造非必要对象,还可以避免无意义的默认构造行为。

n  尽可能延后变量定义式的出现。这样做可以增加程序的清晰度并改善程序效率。

条款27:尽量少做转型动作

n  如果可能,尽量避免转型,特别是在注重效率的代码中避免dynamic_cast。如果有个设计需要转型动作,试着发展无需转型的替代设计。

n  如果转型是必要的,试着将它隐藏于某个函数背后。客户随后可以调用该函数,而不需要将转型放进他们自己的代码内。

n  宁可使用C++的新式转型,不要使用旧式转换。前者很容易辨识出来,而且也比较有着分门别类的职掌。

条款28:避免返回handles指向对象内部成分

考虑如下类的定义:

class GUIObject{…}

const Rectangle boundingBox(const GUIObject&obj);

客户有可能这么使用这个函数:

GUIObject *pgo;

const Point *pUpperLeft=&(boundingBox(*pgo).upperLeft());

上述的代码赋值号右边返回的临时的temp对象,然后temp对象会被释放,这是pUpperLeft会变成悬垂的(dangling)!

n  避免返回handles指向对象内部,遵守这个条款可增加封装性,帮助const成员函数的行为像个const,并将发生dangling handles的可能性降到最低。

条款29:为异常安全而努力是值得的

异常安全函数提供三个保证之一:

基本保证:如果异常被抛出,程序内的任何事物仍然保持在有效状态下。没有任何对象或者数据结构会因此而破坏。

强烈保证:如果异常被抛出,程序状态不改变,调用这样的函数需有这样的认知:如果函数成功,就是完全成功,如果函数失败,程序会回复到调用函数之前的状态。

不抛出保证:承诺绝不抛出异常,因为它们总是能够完成它们原先承诺的功能。作用于内置类型身上的所有操作都提供不抛出保证。

条款30:透彻了解inlining的里里外外

将大多数inlining限制在小型被频繁调用的函数身上,这可使日后的调试过程和二进制升级更容易,也可使潜在的代码膨胀问题最小化,使程序的速度提升机会最大化。

不要只因为函数模板出现在头文件,就将它们声明为inline.

条款31:将文件间的编译依存关系降到最低

n  如果使用对象的引用或者指针可以完成任务,就不要使用对象

n  如果能够,尽量以class声明代替class定义式

n  为声明和定义式提供不同的头文件

 条款32:确定你的public继承塑模出is-a关系

public继承意味着is-a,适用于baseclasses身上的每一件事情一定也适用于derived classess身上,因为每一个derived class对象也是一个base对象。

 条款33:避免遮掩继承而来的名称

n  派生类内的名称会遮掩基类内的名称,在Public继承下从来没有人希望如此。

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

条款34:区分接口继承和实现继承

n  接口继承和实现继承不同,在Public继承之下,派生类总是继承基类的接口。

n  纯虚函数只具体指定接口继承

n  非纯虚函数具体指定接口继承及缺省实现继承。

n  非虚函数具体指定接口继承以及强制性实现继承

条款35:考虑虚函数以外的其它选择

条款36:绝不重新定义继承而来的非虚函数

public继承下,使用与基类对象的每一件事,也适用于派生类对象,因为每个派生类对象都是一个基类对象,派生类一定会继承非虚函数的接口和实现

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

考虑以下类:

class Shape

{

public:

enumShapeColor{Red,Green,Blue};

virtualvoid draw(ShapeColor color=Red) const =0;

};

class Rectangle:public Shape

{

public:

virtualvoid draw(ShapeColor color=Green) const;

};

如果定义以下变量:

Shape *p=new Rectangle;

p->draw(); //这一行实际调用的是Rectangle::draw(Shape::Red)

virtual函数是动态绑定,而缺省参数值却是静态绑定,意思是你可能在调用一个定义于派生类内的虚函数的同时,却使用基类为它所指定的缺省参数值。

 条款38:通过复合塑模出has-a或者根据某物实现出

考虑实现一个set容器,假如使用链表,可以定义类如下:

class set

{

public:

voidinsert(const T& item);

voidremove(const T&item);

…..

private:

std::list<T>rep;

};

这里set和list即为has-a关系。

n  复合的意义和public继承完全不同。

n  在应用域,复合意味着has-a。在实现域,复合意味着根据某物实现出。

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

考虑一个空白类:

class Empty{};

class HoldsAnInt

{

private:

intx;

Emptye;

};

这时sizeof(HoldsAnInt)>sizeof(int);因为空类的对象e也会占据内存大小。

使用下面的替代实现:

class HoldsAnInt:private Empty

{

private:

intx;

};

这时sizeof(HoldsAnInt)==4;

private 继承,使得空白基类最优化,缩小了派生类对象的大小。

n  private继承意味着根据某物实现出。

n  和复合不同,Private继承可以造成空的基类最优化,这对致力于对象尺寸最小化的程序库开发者而言,可能很重要。

条款40:明智而审慎地使用多重继承

使用virtual继承的那些类所产生的对象往往比使用非虚继承的兄弟们体积大,访问虚基类的成员变量时,也比访问非虚基类的成员变量速度慢。种种细节因编译器不同而异,但基本重点很清楚,你得为虚继承付出代价。

时间: 2024-10-27 13:26:01

《effective c++》读书笔记3的相关文章

你的灯亮着吗读书笔记3

<你的灯亮着吗>在大概3周时间的研读下终于读到了尾声,说实话这本书给我的启发或者说是帮助是非常大的,这本书主要讲的就是通过分析问题提供思路想法去解决问题.书中的想法能给我们提供更多的思路在我们遇到问题的时候,同时这本书也在讲着好多道理,在作者的的后记或正文引用中好多实际的道理让我们在遇到问题中能全面考虑. 书中每个主题都有若干生动有趣而又有警戒意义的故事作为主线,通过对故事中实际问题的解决,引申出作者对于问题解决领域的重要观点,在书中的最后两篇中也是讲了几个实际的问题来实际分析,书中的提到的“

你的灯亮着么阅读笔记1

你的灯亮着么事这并不是一本关于程序员如何编程的书,而是教我们在面对问题时如何思考.解决问题,让我们在生活中变得聪明,智慧的处理问题. 第一章问题是什么.这章通过电梯的问题,告诉我们分析和解决问题时,首先要明确的定义问题.书中说到:“问题其实就是你期望的东西跟你体验的东西之间的差别”.这句话我十分赞同,这也正是软件开发中客户的需求与程序员做出软件之间的差别. 第二章这个问题什么.比利的故事告诉我们,不要把解决方案当成问题的定义..“你永远也不能肯定你有了个正确定义,但是永远不要放弃寻求它的努力“,

你的灯亮着吗阅读笔记之三

我们可以告诫那些写注释的人,对于问题表述来说清晰好懂是多么的重要,直到他们被这废话的海洋淹死.我们也可以敦促问题解决者们阅读的时候更加仔细,然后他们都会变成瞎子.按照以往的经验,这些都没什么用.不管人们多么真诚地去努力,单靠增加投入精力的数量是不够的.你永远都不能确信这里的每个人对于同一个词都和你有相同的理解. 现在我们需要通过一次联谊活动把文字的含义从字面上剥离下来,并且牢记在心中.有一种方法就是文字游戏:一旦你用文字来表述一个问题, 请仔细推敲这些文字以使这种表述在每个人的头脑中都是一个意思

你的灯亮着吗阅读笔记之一

问题是什么? 比利和别人都错在了同一个地方,他们以为如果问题是重要的,那么答案也必然是重要的.“不, ”当比利漫不经心地清空他的邮箱时,自言自语道, “根本不是这样的. 处理问题的时候真正重要的是知道永远都不会找到答案,但是这没关系,只要你不停的问.只有当你骗自己去相信你有了最终的问题定义――最后的,真正的答案――的时候,你才会被欺骗.得去相信你有了最后的解决方法.并且如果这么想,你总是错的,因为根本就没有一种东西叫‘最终解决方法’. ” 想到这一点,比利的大脑才获得了片刻的休息――不是停止,只

你的灯亮着吗阅读笔记之二

有时候,我们使问题变得不那么棘手,其实只是把问题放在“别人家的后院儿里” .这种技巧叫做转嫁问题, 这种方法通常可以非常有效地解决问题,当你有意识地这么做并做得很细心谨慎的时候.但是新的问题常常是在无意识的情况下产生的. 这种缺乏意识的情况是很普遍的.我们频繁的看到问题最难以处理的部分恰恰是去意识到它们的存在.一旦我们发现了工具的危险之处,会有很多种方法闯入我们的脑海.事实上,每天都要使用这个工具的工程师们已经意识到丹的工具竖着立在腿儿上会有危险.他们养成了把它躺着放的习惯,但是他们没想到有时候

你的灯亮着么阅读笔记3

第五章问题从哪来的.我们要探寻问题的根源,而问题的根源往往出现在自身.因此我们要时常的反思自己,是否在团队中拖了后腿,而不是一味的去指责队友对自己的埋怨.只有发现自身的问题,才能改正自我. 第六章我们真的想解决问题么.有时候我们并不是在解决问题,而是在制造问题.一个团队是不可能通过相互指责.相互埋怨来解决问题的,这只会产生更大的问题.因此智慧的去解决问题非常的重要. 这是一本启迪智慧的书,让人的思想变得富有柔性,它教我们如何正确的思考和解决问题.

你的灯亮着么阅读笔记2

第三章什么是真正的问题.每种解决方法都回带来新的问题.因此在分析问题的过程中,如何避免产生更大的问题非常重要.正如微软的window8系统,它解决了之前window系列操作系统一成不变的界面,但是带来的更大的问题时人们并不能非常好的使用新系统.因此win8的推出不是非常成功. 第四章这是谁的问题.我们要注意搞清楚“这是谁的问题”和“问题的真正根源”,当别人能够解决问题时,千万不要越俎代庖,我认为书中提出的这种思考和分析问题的方式,对于构建和谐团队关系有着很大的启示,试想当团队之间出现问题时,如果

你的灯亮着吗阅读笔记03

只有正确的分析和思考问题才能找到正确解决问题的方法. 解决问题是最后一步,建立在分析问题基础上,解决问题有多条途径,如果通过各种约束条件选择最佳的途径来解决问题是需要考虑的重要因素.问题解决后要及时进行归纳和总结,形成自己的知识库.      A.当别人能够解决问题时候千万不要越俎代庖      B.如果某人能够解决该问题当他自己却不会遇到该问题时候,首要的是让他感受到该问题      C.试试换过来指责你自己-即使只有一秒钟      D.一个小小的提醒往往别复杂的解决问题方法更有效    

《你的灯亮着吗》 读书笔记三

紧接<你的灯亮着吗>读书笔记二 4.这是谁的问题? 当别人可以妥善解决自己的问题时,不要越俎代庖,如果这是他们的麻烦,就让它成为他们的麻烦,如果一个人处于解决问题的位置,却并不受问题困扰,那就采取一些行动使他能亲身体验到问题,提醒有时大于解决方案. 5.问题是从哪儿来的? 不要将问题归于天性,大多数情况下,问题的根源在你自己身上,哪儿来回哪儿去. 6.我们真的想解决问题么? 无论表面上表现得如何,在你提供他们所要求的东西之前,他们极少知道自己想要什么,并没有多少人真的希望他们的问题被解决.在严

《你的灯亮着吗》读书笔记

<你的灯亮着吗>读书笔记三 在我们解决问题的时候往往会把很简单的问题复杂化,只有从源头分析才能弄清问题的根源到底是什么,往往有时候问题只是出问题的人故意给解决问题的人出的难题,因此在我们没有弄清到底问题出在哪的时候不要把问题复杂化. 假如我们已经完全搞清楚了问题的来龙去脉,往往这个时候我们不清楚是否我们真的需要把这个问题解决掉.我们的神经在不断地重复刺激下会降低对这种刺激的反应.因此有时问题自己就消失了似的,不用我们再去放在心上.