条款1:尽量用const和inline而不用#define [effective C++ 学习笔记]

这一节主要讲得是,为什么const,inline要比#define好,总结起来如下:

1 如果使用#define,编译器只是会傻乎乎的将define后面的内容替换成定义的变量,拿

const double ASPECT_RATIO = 1.653;举例,如果这样定义后,代码中使用 ASPECT_RATIO 时,在编译代码的时候,会将  ASPECT_RATIO 变量统一替换成1.653这个数字。
看似这样做没什么问题,但是会带来可能的隐患。
隐患一:报错的时候,提示错误的原因会是1.653,这样不方便查找问题
隐患二:如果define定义的函数可能是不准确,主要是文中给出的例子,自己写了代码调试,发现文中的结果是对的
	#define max(a,b)  ((a)>(b) ? (a):(b))
	int a = 5, b = 0;
	max(++a,b);
	printf_s("a:%d ,b: %d",a,b);     //结果 a的值为7
	max(++a,b+10);
	printf_s("a:%d ,b: %d",a,b);   //结果 a的值为6
开始想了半天没想出结果,后来想想宏定义的原来,只是简单替换,那么可以得到如下的结论
      max(++a,b),  替换结果为:(++a)> (b) ? (++a) :(b)
写到这里 ,问题基本上明了了,第一次 max(++a,b);  (++a)> (b) 成立,所以返回(++a),导致增加两次
第二次(++a)> (b+10)  不成立,返回的为 b+10,故第二次的a少加了一次
通过这个例子很好的证明了,为什么const inline要比#define好
 
				
时间: 2024-10-27 12:08:35

条款1:尽量用const和inline而不用#define [effective C++ 学习笔记]的相关文章

条款2:尽量以const enum inline 来替换 #define

这里说的意思其实相当于,宁可以用编译器来替换预处理器 因为使用预处理器可能使得被处理过的东西无法进入符号表,例如 #define MAXLEN 16 这里的MAXLEN并没有进入符号表,这样有编译错误出现的时候,提示的都是16而并不是MAXLEN,这样就会带来很多的错误. 对于上面的那个式子,可以尝试的使用用一个常量去替换上面的宏:const int MAXLEN = 16 注意,常量的定义式往往被放在头文件中 应该要注意到的一点:class专属常量,为了将作用域限制在一个class内,应该让他

Effective C++ 条款2 尽量以const,enum,inline替换#define

1. 有些情况下,宁可以编译器替换预处理器,因为#define并不被视为语言的一部分从而导致某些问题. 2. 不带参数的宏展开引起的符号"丢失"问题. 例如,对于"#define ASPECT_RATIO 1.635",编译器在处理源代码之前ASPECT_RATIO就已经被替换为1.635,于是记号名称有可能没有进入记号表(symbol table)内.如果由于运用此常量而获得一个编译错误,错误信息可能会提到1.635而不是ASPECT_RATIO,追踪它将会浪费时

Effective C++ Item 2 尽量以const, enum, inline 替换 #define

本文为senlie原创,转载请保留此地址:http://blog.csdn.net/zhengsenlie 尽量以const, enum,inline 替换 #define --> 宁可以编译器替换预处理器 1.对于单纯常量,最好以const 对象或enum替换#define 不要用 #define ASPECT_RATIO 1.653 而用 const doube AspectRatio = 1.653 两个使用const的特殊情况 1.指向常量char *的字符串的常量指针 const ch

NO.2 尽量以const,enum,inline 替换 #define

1.首先#define 定义不重视作用域(scope),虽然可以#undef控制,但是不美观,还存在多次替换的问题,以及没有任何封装性. 2.const XXX_XX,保证其常量性以及可控的作用域,如果是指针类型则 const XXXX* const ptr="hello world",也可以完美替换#defin 3.enum hack 替换数组大小问题,和#define 一样不会导致非必要内存(只有在声明enum类型时有内存) 4.宏函数会产生很多问题,没有对参数的各种限制,而inl

Effective C++_笔记_条款002_尽量以const、enum、inline替换#define

(整理自Effctive C++,转载请注明.整理者:华科小涛@http://www.cnblogs.com/hust-ghtao/) 这个条款或许改为"宁可以编译器替换预处理器"比较好,因为或许#define不被视为语言的一部分,那正是它的问题所在.#define命令是C语言中的一个宏定义命令,它用来将一个标识符定义为一个字符串,该标识符被称为宏名,被定义的字符串称为替换文本.#define的基本用法有两种,都容易出现问题,C++也分别采用不同的方法进行解决. 1. 简单的宏定义 1

条款2:尽量用<iostream>而不用<stdio.h> [effective C++ 学习笔记]

简而言之,<stdio.h>这个属于C语言的头文件,在使用的时候,需要很明确所要操作变量的类型,这无疑会增加很多风险,因为一开始的时候,可能定义的这个属于int型,但是后期的需求变更或者异常的数据传入时,这个数据可能会变成double型,那么还需要在所有对这个变量的打印,输出,使用的地方做全面的排查,看这些文章这些都是显而易见的,只是对文章后面的话比较感兴趣.因为这是在平时不太注意的地方. "第一,有些iostream的操作实现起来比相应的C stream效率要低" ,因为

Effective C++学习笔记 条款05:了解C++默默编写并调用的哪些函数

一.如果用户没有提供构造函数.copy构造函数.copy assignment操作符和析构函数,当且仅当这些函数被需要的时候,编译器才会帮你创建出来.编译器生成的这些函数都是public且inline. 当你写下这样一个类的时候: class Empty {}; 如果上述的函数是被需要的话,那么编译自动会帮你把类修改为,如下: class Empty { public: Empty() {...}; //这里进行数据成员的默认初始化,如果有虚函数的话,这里还会配置好虚函数表 Empty(cons

effective c++学习笔记条款20-22

条款20:用引用传递代替值传递 1.尽量以引用传递来代替传值传递,前者比较高效,并且可以避免切割问题 2.以上规则不适用于内置类型,以及STL的迭代器,和函数对象 条款21:必须返回对象时,别妄想返回对象的引用 1.绝对不要返回指针和引用指向一个局部对象或者静态局部对象而有可能需要多个这样的对象,条款4已经为在单线程环境合理返回&指向一个局部静态提供了一份设计实例.(保护初始化顺序) 条款22:将成员变量声明为private 1.切记将成员变量声明为private.这可赋予客户访问数据的一致性,

effective c++学习笔记条款4-7

条款4:确定对象被使用前已经初始化 一. 变量在不同情况下可能会初始化,也可能不会初始化. 注意初始化和赋值的区别. 1.在类中内置类型不会发生隐式初始化,自定义有默认构造函数的能被默认初始化 所以在构造类时务必初始化内置类型,最好给自定义的对象显示初始化避免在函数体中赋值浪费资源. 2.内置类型在函数体内不会初始化,在函数体外自动初始化为0. 二. 1.const和引用类型必须初始化,不可能赋值 三 1.当类实在是有较多构造函数,并且总是要对一些成员数据重复初始化,可以考虑将那些“赋值和初始化