<<More Effective C++>>读书笔记6: 杂项

原创 2016年08月30日 15:07:57

《More Effective C++》+《Effective C++》,两本经典双剑合璧,必然威力无穷。


    Item M32:在未来时态下开发程序
1. 用C++语言自己来表达设计上的约束条件,而不是用注释或文档。
   [很好的思想,但需要熟练掌握C++特性]
2. 因为万物都会变化,要写能承受软件发展过程中的混乱攻击的类。
3. 要使得自己的类易于被正确使用而难以误用。
4. 如果一个公有基类没有虚析构函数,所有的派生类基其成员函数都不应该有析构函数。
   如果多重继承体系有许多析构函数,每个基类都应该有应该虚析构函数。
5. 未来时态的考虑认为:如果一个类被设计为作一个基类使用(即使现在还没有被这么使用),它就应该有一个虚析构函数。这样的类在现在和将来都行为正确,并且当新类从它们派生时并不影响其它库用户。
   [未来时态的考虑增加代码的可重用性、可维护性、健壮性,已及在环境发生改变时易于修改(跨平台)。它必须与进行时态的约束条件进行取舍。太多的程序员们只关注于现在的需要,然而这么做牺牲了软件的长期生存能力。]

    Item M33:将非尾端类设计为抽象类
1. C++的强类型原则将评定混合类型赋值非法;然而,通过将“基类”的赋值操作设为虚函数,我们打开了混合类型操作的门。
   [我们应该允许通过指针进行同类型赋值,而禁止通过同样的指针进行混合类型赋值。]
2. 在运行期使用dynamic_cast 进行类型检测,这个函数复杂并且昂贵--dynamic_cast 将引用一个type_info 结构。
3. 绝大部分纯虚函数都没有实现,但纯虚析构函数是个特例,它们必须被实现(因为它们在派生类析构函数被调用时也将被调用),将析构函数设为“纯虚”的唯一麻烦就是必须在类的定义之外实现它。
4. 从一个无数据的实体类派生新的实体类是安全的。
5. 只有在设计出的类能被将来的类从它继承而不需要它作任何修改时,你才能从数据包的抽象类中获得好处。
6. 当发现需求从一个实体类派生出另外一个实体类时,即表示需要通过公有继承将两个实体类联系起来,也通常表示需要一个新的抽象类。
   [使用抽象类比直接继承要好吗???]
7. 非尾端类应该是抽象类;在处理外来的类库时,你可能需要违背这个规则;但对于你能控制的代码,遵守它可以提高程序的可靠性、健壮性、可读性、可扩展性。
   [为什么非尾端类应该是抽象类呢?有一个原因是避免“派生的混合类型”之间赋值]   
   [这一小节是我平时没有想到过的]

    Item M34:如何在同一程序中混合使用C++和C
1. 实现混合编程前,确保你的C++编译器和C 编译器兼容。
2. 将在两种语言下都使用的函数申明为extern 'C'。
   [C++支持重载,同一函数名有多个函数,在编译时会对这多个函数加上后缀命名区分;而C语言编译出的是原函数名,当在C++中调用C语言函数时,会“链接”加了后缀命名的C函数,从而出现调用错误;使用extern "C"禁止C++编译时对C函数编译后添加后缀名]
3. C++在main 执行前和执行后都有大量代码被执行;尤其是,静态的类对象和定义在全局的、命名空间中的或文件体中的类对象的构造函数通常在main 被执行前就被调用,这个过程称为静态初始化;同样,通过静态初始化产生的对象也要在静态析构过程中调用其析构函数;这个过程通常发生在main 结束运行之后。而 C 程序一直把main 当作程序的入口。
4. 只要程序的任意部分是C++写的,就应该用C++写main()函数;有时看起来用C 写main()更有意义--比如程序的大部分是C 的,C++部分只是一个支持库。然而,这个C++库很可能含有静态对象(即使现在没有,以后可能会有),所以用C++写main()仍然是个好主意。如果不能用C++写main(),就没有办法确保静态对象的构造和析构函数被调用了。
5. 总用delete 释放new 分配的内存;总用free 释放malloc 分配的内存。
6. 将在两种语言间传递的东西限制在用C 编译的数据结构的范围内;这些结构的C++版本可以包含非虚成员函数。
   [结构体]

    Item M35:让自己习惯使用标准C++语言
1. 重定义一个虚函数时,其返回值不需要完全的匹配了(如果原来返回基类对象或指针或引用,派生类可以返回派生类的对象、指针或引用),   
   [测试了一下,返回值为对象不行]   
2. 如果没有一个标准的string 类型,那么将血流于街!
   [在看第5章“技巧”时,我才发现实现一个完整的string是多么的难,有多少东西需要考虑]   
3. STL 其实非常简单,它只是收集了遵从同样规则的类模板和函数模板;STL 的类提供如同begin()和end()这样的函数,这些函数返回类型定义在此类内的选择子对象;STL 的算法函数使用选择子对象操作这些类;STL 的选择子类似于指针;这就是STL 的全部。它没有庞大的继承层次,也没有虚函数,只是影响类模板和函数模板,及它们所遵守的规则。   
   [说的好像很简单,难啊!]   
   [这一小节基本都是介绍C++标准库,直接阅读原文好了]

    
版权声明:本文为博主原创文章,未经博主允许不得转载。

相关文章推荐

More Effective C++读书笔记(一)

条款1:指针与引用的区别 1、二者之间的区别是:在任何情况下都不能用指向空值的引用,而指针则可以;指针可以被重新赋值以指向另一个不同的对象,但是引用则总是指向在初始化时被指定的对象,以后不能改变 ...
  • necrazy
  • necrazy
  • 2013年11月08日 10:07
  • 666

《More Effective C++》读书笔记-基础议题

一、仔细区别 pointers 和 references1)引用不可以为空(必须指向某个对象),而指针可以为空。 引用带来的好处:不需要检查空引用,也就省了相应的处理代码 指针在使用前则需要判断是...
  • will130
  • will130
  • 2016年04月30日 14:56
  • 192

More Effective C++读书笔记(二)

操作符 条款5:谨慎定义类型转换函数 1.C++编译器能够在两种数据类型之间进行隐式转换(implicit conversions),它继承了C语言的转换方法。这种可怕的转换可能会导致数据的丢失 ...
  • necrazy
  • necrazy
  • 2013年11月08日 10:08
  • 664

More Effective C++读书笔记(六)

杂项讨论 条款32:在未来时态开发程序 1. 用C++语言自己来表达设计上的约束条件,而不是用注释或文档。比如如果一个类在设计时绝不打算成为derived classes,那么就不应该只是在头文件...
  • necrazy
  • necrazy
  • 2013年11月08日 10:11
  • 661

More Effective C++读书笔记(三)

异常 条款9:使用析构函数防止资源泄漏 这一章我觉得可以算作是异常安全处理的一种情况,也就是说在异常发生的情况下,保证资源能被正确释放。 这里分为两种情况来讨论, 一是指针操作 举个例子: ...
  • necrazy
  • necrazy
  • 2013年11月08日 10:09
  • 749

【more effective c++读书笔记】【第5章】技术(5)——Reference counting(引用计数)(1)

一、非引用计数实现的String类 #ifndef STRING_H #define STRING_H #define _CRT_SECURE_NO_WARNINGS #include class ...

More Effective C++读书笔记(五)

技术 条款25:将构造函数和非成员函数虚拟化 1.虚拟构造函数是指能够根据输入给它的数据的不同而建立不同类型的对象,比如从磁盘读取对象信息。 2.被派生类重定义的虚拟函数不用必须与基类的虚拟函数...
  • necrazy
  • necrazy
  • 2013年11月08日 10:11
  • 781

【more effective c++读书笔记】【第3章】异常(2)

条款12:了解“抛出一个exception”与“传递一个参数”或“调用一个虚函数”之间的差异 2、例子: istream operator>>(istream& s, Widget& w); void...

《Effective_C++》读书笔记6

条款41、了解隐式接口和编译期多态 1)classes和templates都支持接口(interface)和多态(polymorphism)。 2)对classes而言接口是显式(implicit...

Effective C++ 读书笔记之Part6.Inheritance and Object-Oriented Design

32.Make sure public inheritance models "is-a". 所谓的最佳设计,取决于系统希望做什么事,包括现在与未来。 需要解决的问题:其中关于两个assert都通...
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:<<More Effective C++>>读书笔记6: 杂项
举报原因:
原因补充:

(最多只允许输入30个字)