Effective C++笔记04：设计与声明

【Effective C++笔记04：设计与声明】的更多相关文章

Effective C++笔记：设计与声明

条款18:让接口容易被正确使用,不易被误用 1,好的接口很容易被正确使用,不容易被误用.你应该在你的所有接口中努力达成这些性质. 2,“促进正使用”的办法包括接口的一致性,以及与内置类型的行为兼容. 3,“阻止误用”的办法包括建立新类型,限制类型上的操作,束缚对象值,以及消除客户的资源管理责任. 4,shared_ptr支持定制型删除器.这可以防范DLL问题,可以用来自动解除互斥锁. 条款19:设计class犹如设计type 博客地址:http://www.cnblogs.com/ronny/ …

Effective C++笔记04：设计与声明

条款18:让接口easy被正确使用,不易被误用 1,好的接口非常easy被正确使用,不easy被误用.你应该在你的全部接口中努力达成这些性质. 2,"促进正使用"的办法包含接口的一致性,以及与内置类型的行为兼容. 3,"阻止误用"的办法包含建立新类型,限制类型上的操作,束缚对象值,以及消除客户的资源管理责任. 4,shared_ptr支持定制型删除器.这能够防范DLL问题,能够用来自己主动解除相互排斥锁. 条款19:设计class宛如设计type 博客地址:http…

Effective C++: 04设计与声明

18:让接口容易被正确使用,不易被误用 1:理想上,如果客户企图使用某个接口而却没有获得他所预期的行为,这个代码不该通过编译:如果代码通过了编译,它的作为就该是客户所想要的. 2:许多客户端的错误可以因为导入新类型而得到预防.比如下面的接口: class Date { public: Date(int month, int day, int year); ... }; 这个接口很容易使客户犯错,比如: Date d(, , ); // Oops! Should be "3, 30" ,…

EC++学习笔记(四) 设计与声明

条款18:让接口容易被正确使用,不易被误用必须考虑客户可能做出什么样的错误(防御式编程)std:shared_ptr会自动使用它的"每个指针专属的删除器",消除了"cross-DLL problem"(对象在DLL中被 new 创建,却在另一个DLL中 delete 销毁) 条款19:设计 class 犹如设计 type 类型系统条款20:宁以 pass-by-reference-to-const 代替 pass-by-value C语言永远是pass-by-v…

《Effective C++》第4章设计与声明（2）-读书笔记

章节回顾: <Effective C++>第1章让自己习惯C++-读书笔记 <Effective C++>第2章构造/析构/赋值运算(1)-读书笔记 <Effective C++>第2章构造/析构/赋值运算(2)-读书笔记 <Effective C++>第3章资源管理(1)-读书笔记 <Effective C++>第3章资源管理(2)-读书笔记 <Effective C++>第4章设计与声明(1)-读书笔记 <Eff…

《Effective C++》第4章设计与声明（1）-读书笔记

章节回顾: <Effective C++>第1章让自己习惯C++-读书笔记 <Effective C++>第2章构造/析构/赋值运算(1)-读书笔记 <Effective C++>第2章构造/析构/赋值运算(2)-读书笔记 <Effective C++>第3章资源管理(1)-读书笔记 <Effective C++>第3章资源管理(2)-读书笔记 <Effective C++>第4章设计与声明(1)-读书笔记 <Eff…

Item 5：那些被C++默默地声明和调用的函数 Effective C++笔记

Item 5: Know what functions C++ silently writes and calls 在C++中,编译器会自己主动生成一些你没有显式定义的函数,它们包含:构造函数.析构函数.复制构造函数.=运算符. 有时为了符合既有设计.我们不希望自己主动生成这些函数.我们能够把它们显式声明为private. 此时在使用这些类的客户看来,它们就像不存在一样. class Empty{ public: // 默认构造函数 Empty(){} // 拷贝构造函数 Empty(const…