《Effective C++》重点摘要(七)

《Effective C++》第七章:模板与泛型编程

  1. 了解隐式接口和编译期多态。面向对象编程总是采用显式地声明一个接口,并在子类中提供特殊的实现,进而实现运行期多态。模板类中的接口往往是隐式的,隐式的意思是,编写模板时,假设需要的接口类T中是存在的,至于实例化模板的类是否真的具有该接口,编译时才知道(如果实例化类型没有实现这些接口,则编译失败)。这正是模板多态的展现方式,由实例化模板的类决定具体的行为是什么。这种多态编译期与运行期多态有很大的区别,运行期的多态是一种is-a类型的多态(我自造的词,想表达这种多态就像是一个家族中的多态),而模板的多态范围更广,发生的范围不仅限于家族体系,可以说是任意的。运行期的多态主要是靠virtual table与虚函数指针,而模板多态更像是文本替换,运行时函数入口点是确定的。
  2. 了解typename的双重意义。

    1) 用在模板参数声明时,和class没有区别。

    2) 告诉编译器,typename后面的这个token表示的是一个型别,这时没有其他关键字可以替代。主要是为了消除带给编译器的歧义。但是不要在base class list或memberinitialization list中以他作为base class修饰符。

  3. 学习处理模板化基类内的名称。基类是一个模板类,但是在子类中需要取用基类的成员怎么办,你不能像以往一样直接取用,因为编译器不允许,编译器的查找规则在这里好像行不通了。有三种方式取用基类成员:

    1) 在取用的成员前加上this->。

    2) 在子类声明中使用using声明式,让编译器执行他以前使用的查找规则,形式上和解除子类对基类函数屏蔽一样,但是解决的问题不一样。

    3) 用::明确指明成员位于基类中(这种方法,抑制了运行期多态)。

  4. 将与参数无关的代码抽离template。这句话的意思是,不要把与类型无关的代码放到template后的尖括号里,那样会导致可怕的代码膨胀,比如:template (<)class T,int n>(这句声明中的小括号是不必要的,只是没有的话Markdown编辑器显示不了后面的内容)。int n就是与类型无关的代码,拿掉它!用一个成员变量或函数参数替换(我觉得这是一种很直观的解法,不知道书中为什么要提出来,模板本来就是针对类型的,针对变量就不合适了)!实际上就算template后面尖括号里只有类型参数,也会导致代码膨胀,比如当实例化的类型是各种指针的时候,(这个解决方案我不懂什么意思……)解决这个问题的做法是让这些T*(或者是T???)操作另一个无类型指针,让无类型指针的函数完成实际的操作。
  5. 运用成员函数模板接受所有兼容类型。使用具有继承关系的两个类实例化一个模板得到的两个类并不具有这种继承关系,编译器认为他们是两个不能相互转换的类,为了实现转换,需要把模板类的成员函数也作为模板函数,也就是说,如果在类声明式使用了class T,那么在声明它的成员函数时,再声明一句template return_type function_name(para_list)(模板类的成员函数本来就带有模板性质,但是受到T的控制,得显示的让这些成员函数支持所有类型,U可以是T嘛),这个手法如果作用于coping函数,那么还需要制作一份常规的coping函数(即受T控制的版本)。
  6. 需要类型转换时请为模板定义非成员函数。本系列文章第四篇有个和这个差不多的条款,但是对于模板,事情就变得没那么简单。同样以复数类的运算符为例,如果按原来的做法,那么编译器在编译某个混合类型调用时,就会出现类型推导歧义,即按第一参数和第二参数的类型推导结果不一致,在还没有到达类型转换的时候编译就失败了。解决方案是将这个运算符函数声明为friend函数(此即非成员函数之意),然后在声明时就实现这个运算符,可以在这个函数体里写出需要的计算步骤,也可以调用另一个真正进行*操作的模板函数。如果只在模板类声明里声明friend函数而在类声明外实现,那么编译没问题,但是链接时就会出错,因为连接器找不到那个被声明的函数的实现体。为什么找不到,我不知道。
  7. 请使用traits classes表现型别信息。如果模板类希望根据具体类型做出某些判断,从而编译出更加合适的类版本,那么trait技术是当仁不让的候选人,它可以令你在编译期针对型别做出一些判断,比如某个类型是否是个指针?某个类型是内置类型,还是一个用户自定义类?而不必等到运行期使用颇费性能的typeid(typeid还不一定能达到目的,因为需要的是编译期的判断)。Trait的意思就是萃取——萃取型别的相关信息。为了达到编译期型别的判断,还需要一项技术,叫做模板特化,有模板偏特化和全特化之分。特化的意思就是编写类模板时,除了通用版本外,再针对某些特殊型别制作出特定的模板来。一般是通过制定全部或某些模板参数的具体型别来实现。一个小例子:http://blog.csdn.net/liao_jian/article/details/45055887
  8. 认识模板元编程。模板元编程是一个全新的天地,绝不是面向对象或平常所谓的模板那么简单,它更像是函数式编程,但是基本上所有计算都在编译期完成,和C++、C、Java等顺序式语言有很大差别。模板元是“图灵完全”的,也就是说模板元可以完成任何计算,藉由大量使用递归,模板特化技术做计算。但是模板元编程的实践还比较少,主要依靠个人经验进行。如果想见识一下,那么可以看看boost库或者是《C++设计新思维》,应该会收获颇丰。
时间: 2024-08-29 04:31:08

《Effective C++》重点摘要(七)的相关文章

BDD in Action 重点摘要

BDD in Action 重点摘要: BDD in Action ?对于需灰度发布的产品, 开发人员可经由BDD, 便可自保证需灰度发布产品的质量? ?所以, BDD 可使产品更快速的达到灰度发布的要求, 而可更快速的获得使用者对产品的反馈? ?在这样的开发模式下, 测试人员可更专注于探索性测试, 挖掘出更深层的产品缺陷, 回归到真正测试人员的专业?

《Effective C++》重点摘要(五)

<Effective C++>第五章:实现 尽可能延后变量定义式的出现时间.只有变量在恰好要使用之前定义,程序的可读性往往会得到提高,因为这样不容易忘记变量说代表的意思.另一方面,这样做可以提高程序性能,如果不需要一个变量时却要为它分配.释放空间,调用构造.析构函数,获取.释放资源--这,真是太浪费了.补充一点,声明式并不会做这些事情,所以可以考虑用声明式替换定义式以尽量延后变量的定义. 尽量少做转型动作.转型意味着出错的可能性大大提升,转型意味着更多的操作.如果不得不转型,考虑使用C++ s

《Effective C++》重点摘要(八)

<Effective C++>第八章:定制new和delete 了解new-handler的行为.new和delete不是函数,是申请和释放内存的操作符.当new提出获得内存申请失败时会发生什么?老旧的编译器是返回null指针.现在呢,如果申请失败,会先调用一个错误处理函数,那就是new-handler.这就像一个回调函数,系统有一个默认的,用户也可以自行编写一个错误处理函数并使用set_new_handler函数设置之.通常自行编写的错误处理函数可以使用这些策略: 1) 多次尝试申请内存.

《Effective C++》重点摘要(九)

<Effective C++>第九章:杂项讨论 不要轻忽编译器的警告.严肃对待编译器发出的警告信息.努力在最高警告级别下争取无警告.也不要过度依赖编译器给出的警告信息,不同的编译器给出的警告信息是不一样的,甚至给出警告的点也不一样. 让自己熟悉包括TR1在内的标准程序库. 让自己熟悉Boost. C++不想Java和C#那样,语言本身就带有很强大的库,所以外部的程序库对于编写C++程序至关重要.俗话说不要重复发明轮子嘛,所以能用别人的就用吧.当然这是在实际工程中,学习阶段嘛,我还是比较推崇自己

《Effective C++》重点摘要(一)

开篇的话 这个星期不再发布关于数据结构的博客,想把半个月来看的书做一些总结,整理整理,第一本就是<Effective C++>.第一次看这本书是一年多前,准备考研复试的时候,随后陆陆续续,这个月再来看算是第三遍了吧,之前没有看过<深度探索C++对象模型>,所以有的地方看得不是很透彻(现在有的地方也看得不透,但是比以前好点了).还有另一本书就是<深度探索C++对象模型>,看第二遍,吸收得更容易了,看书总是这样,第一遍也许什么也不知道,但是只要坚持看下去,回过头来再读的时候

《Effective C++》重点摘要(二)

<Effective C++>第二章:构造/析构/赋值运算 C++默认编写的函数.C++编译器如果没有发现以下函数,就会为类生成一份默认版本的: 1) default构造函数 2) default析构函数 3) copy构造函数 4) copy assignment操作符(=运算符) 前两个函数并不总是产生,它只在编译器需要的时候才产生出来.后两个函数只保证以bitwise语义拷贝non-static成员,所以如果有指针.引用等non-static成员的类要么拒绝编译器产生的版本,要么自行小心

《Effective C++》重点摘要(三)

<Effective C++>第三章:资源管理 以对象管理资源.一份资源,可能是一片内存,可能是一个锁,当客户申请后需要手动释放才是合理的,那么最好在获得这份资源的时候,就立刻把它放到一个对象里(RAII技术),然后在对象的析构函数里释放它.这样释放操作就不会被遗忘了,并且,就算在使用资源类的语境中有语句抛出异常,也能确保资源得到正确的释放. 在资源管理类中小心coping行为.有的资源是不支持copy语义的,而有的资源需要深拷贝语义,有的资源支持控制权转移语义,还有的资源是支持引用计数的,所

《More Effective C++》重点摘要一:基础议题

仔细区别pointers和references.指针和引用有些相似,他们本身都是对存在于某个地方的对象(不是指class)的指示,但是他们有着本质的区别.指针变量存储所指对象的地址,所指的对象可以是null,只要可以寻址就行.而引用是某个已经存在对象的别名,所以不可以先声明一个引用,经过一段时间(代码)后让它指向某个对象. 最好使用C++转型操作符.C++提供了自己的四种转型操作符: 1) static_cast.拥有与C旧式转型相同的意义与限制,但不能移除表达式的常量性,因为有const_ca

《Effective C++》重点摘要(四)

<Effective C++>第四章:设计与声明 让接口容易被正确使用,不易被误用.一个接口由返回类型.接口名称.和参数列表组成,为了让接口容易被正确的使用,需要小心设计返回类型,最好是简单.直接.自然.接口名称选择很重要,做到简单.达意.无歧义.参数列表形参类型需要身份小心,如果能防范非法输入,尽力为之,形参名也尽可能做到同接口名称一样的标准.另外请保持命名习惯的一致性也能收到奇效. 设计class犹如设计type.用户对语言内置的type支持的行为一般十分熟悉,所以最好自行设计的class