随笔分类 -  effective C++

按计划一天至少一个条款的。
摘要:NOTE: 1.当你写一个placement operator new .请确定也要写出了对应的placement operator delete。如果没有这样做,你的程序可能发生隐晦而时断时续的内存泄漏。 2.当你声明placement new 和placement delete,请确... 阅读全文
posted @ 2015-09-29 00:07 CHIPER 阅读(155) 评论(0) 推荐(0) 编辑
摘要:NOTE: 1.多重继承比单一继承复杂。它可能导致新的歧义性,以及对virtual继承的需要。 2.virtual 继承会增加大小 速度 初始化(及赋值)复杂度等等成本。如果virtual base class 不带任何数据,将是最具价值的情况。 3.多重继承的确有正当用途。其中一... 阅读全文
posted @ 2015-09-23 23:07 CHIPER 阅读(277) 评论(0) 推荐(0) 编辑
摘要:NOTE: 1.private 继承意味 is-implemented-in-terms-of(根据某物实现出)。它通常比复合(composition)的级别低。但是当derivated class需要访问protected base class的成员,或需要重新定义继承而来的virtual函数... 阅读全文
posted @ 2015-09-23 22:51 CHIPER 阅读(205) 评论(0) 推荐(0) 编辑
摘要:NOTE: 1.复合(composition)的意义和public继承完全不同。 2.在应用域(application domain),复合意味 has-a(有一个)。 在实现域(implementation domain),复合意味is-implemented-in-terms... 阅读全文
posted @ 2015-09-23 22:41 CHIPER 阅读(234) 评论(0) 推荐(0) 编辑
摘要:NOTE: 1.绝不重新定义一个继承而来的缺省参数值,因为缺省参数值都是静态绑定的,而virtual 函数-----你唯一应该覆盖的东西----却是动态绑定的。 阅读全文
posted @ 2015-09-19 21:42 CHIPER 阅读(195) 评论(0) 推荐(0) 编辑
摘要:NOTE: 1.绝对不要重新定义继承而来的non-virtual函数。 阅读全文
posted @ 2015-09-19 19:59 CHIPER 阅读(212) 评论(0) 推荐(0) 编辑
摘要:NOTE: 1.virtual 函数的替代方案包括NVI手法及Strategy设计模式的多种形式。NVI手法自身是一个特殊形式的Template Method设计模式。 2.将机能从成员函数移到外部函数,带来的一个缺点是,非成员函数无法访问class的non-public成员。 ... 阅读全文
posted @ 2015-09-19 19:49 CHIPER 阅读(235) 评论(0) 推荐(0) 编辑
摘要:NOTE: 1.接口继承和实现继承不同。在public继承之下,derived classes总是继承base class的接口。 2.pure virtual 函数只具体指定接口继承及缺省实现继承。 3.impure virtual 函数具体指定接口继承及缺省实现继承。 4.non... 阅读全文
posted @ 2015-09-19 10:17 CHIPER 阅读(168) 评论(0) 推荐(0) 编辑
摘要:NOTE: 1.derived classes 内的名称会遮掩base classes内的名称。在public继承下从来没有人希望如此。 2.为了让被遮掩的名称再见天日,可使用using 声明方式或转交函数(forwarding functions)。 阅读全文
posted @ 2015-09-17 23:38 CHIPER 阅读(136) 评论(0) 推荐(0) 编辑
摘要:NOTE : 1."public继承"意味is-a。适用于base classes 身上的每一件事一定也适用于derived classes身上,因为每一个derived class 对象也都是一个 base class 对象。 阅读全文
posted @ 2015-09-17 23:19 CHIPER 阅读(151) 评论(0) 推荐(0) 编辑
摘要:NOTE1: 1.支持“编译依存性最小化”的一般构想是:相依于声明式,不要相依于定义式。基于此构想的两个手段是Handle classes 和 Interface classes。 2.程序库头文件应该以“完全且仅有声明式”(full and declaration-only forms... 阅读全文
posted @ 2015-09-17 00:06 CHIPER 阅读(266) 评论(0) 推荐(0) 编辑
摘要:NOTE: 1.将大多数inline限制在小型 被频繁调用的函数身上。这可使日后的调试过程和二进制升级(binary upgradability)更容易,也可使潜在的代码膨胀问题最小化,使程序的速度提升机会最大化。 2.不要只因为 function templates 出现在头文件,就将... 阅读全文
posted @ 2015-09-16 23:36 CHIPER 阅读(222) 评论(0) 推荐(0) 编辑
摘要:NOTE: 1.避免返回handles(包括references 指针 迭代器)指向对象内部。遵守这个条款可增加分装性,帮助const 成员函数的行为像个const,并将发生“虚吊号码牌”(dangling handles)的可能性降至最低。 阅读全文
posted @ 2015-09-16 23:11 CHIPER 阅读(143) 评论(0) 推荐(0) 编辑
摘要:NOTE : 1.如果可以,尽量避免转型,特别是在注重效率的代码中避免dynamic_casts。 如果有个设计需要转型动作,试着发展无需转型的替代设计。 2.如果转型是必须要的,试着将它隐藏于某个函数背后。客户随后可以调用该函数,而不需要将转型放进他们自己的代码内。 3.宁可使用C++-... 阅读全文
posted @ 2015-09-15 23:15 CHIPER 阅读(286) 评论(0) 推荐(0) 编辑
摘要:NOTE : 1.尽可能延后变量定义式的出现时间。这样做可增加程序的清晰度并改善程序效率。 阅读全文
posted @ 2015-09-15 21:05 CHIPER 阅读(157) 评论(0) 推荐(0) 编辑
摘要:STL的东西,总是不懂呀!!!! 阅读全文
posted @ 2015-09-15 20:49 CHIPER 阅读(206) 评论(0) 推荐(0) 编辑
摘要:NOTE: 1.如果你需要为某个函数的所有参数(包括this指针所指的那个隐喻参数)进行类型转换,那么这个函数必须是个non-member。 阅读全文
posted @ 2015-09-14 22:22 CHIPER 阅读(179) 评论(0) 推荐(0) 编辑
摘要:NOTE : 1.宁可拿non-member non-friend 函数替换member函数。这样做可以增加封装性/包裹单性(packaging flexibility)和机能扩展性。 阅读全文
posted @ 2015-09-14 22:08 CHIPER 阅读(266) 评论(0) 推荐(0) 编辑
摘要:NOTE: 1.切记将成员变量声明为private。这可赋予客户访问数据的一致性 可细微划分访问控制 允诺约束条件获得保证,并提供class作者以充分的实现弹性。 2.protected 并不比public更具有封装性。 阅读全文
posted @ 2015-09-14 21:50 CHIPER 阅读(190) 评论(0) 推荐(0) 编辑