EC笔记,第一部分:2.尽量以const,enum,inline代替#define

02.尽量以const,enum,inline代替#define

原因:编译前的预处理会替换宏,所以调试的时候找不到错误

1.const

尽量用const替代常量宏定义

两种特殊情况:

(1).常量指针

通常定义为const char * const cstr="hello world";

即要把指针本身定义为const,而不仅仅是指针指向的值,通常用string替代char*-based:

const string str("hello world");

(2).class专属常量

为了确保const成员只有一个实体,通常使用static将其声明为静态常量,但是在类中的声明仅仅是声明,类中不存在定义,即使形如:

class MyClass{//头文件中

public:

static const int t=5;//仅仅是声明

int arr[t];//可以使用该常量

};

//源文件中(实现文件中)

const int MyClass::t;//此处是定义因为在声明的时候已经赋值所以在此处不可赋值

如果只声明而不定义,那么对该成员无法取地址,如果没有需要取地址的操作,可以只声明不定义(仅适用于ints类型(如int,char,bool)),但是对于非整数型数据,定义式必须存在(C++11不适用,C++11已经支持在类内部赋值),即:

class MyClass{//头文件中

public:

//static const double t=5.1;//错误,类中不可赋值(非C++11

static const double t;

int arr[t];//可以使用该常量

};

//源文件中实现文件中

const double MyClass::t=5.1;//此处是定义必需

2.enum

假设你的编译器不支持在类中如此声明:static const int t=5;但是你确实在编译时需要一个整形常量,那么可以用enum{t=5};

enum更接近于#define,例如,你可以取一个const的地址,但是不能取enum的地址,当然#define的常量也不可取地址

事实上,enum是模板元编程的基础技术

3.inline

将宏定义为像一个函数通常是让你陷入到调试漩涡中的一个重要原因,所以,尽量不要将宏定义为一个函数形式(事实上,应该尽量避免使用宏),宏只是机械式的替换,而不做类型检查等工作,而且宏的参数如果是一个表达式,错误的风险将会增加,而通过模板与内联(template,inline)可以解决这些棘手的问题

总结:对于单纯常量,使用const与enum代替宏,对于函数形式的宏,则使用inline与template替代

时间: 2024-08-05 15:20:45

EC笔记,第一部分:2.尽量以const,enum,inline代替#define的相关文章

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++ 条款2 尽量以const,enum,inline替换#define

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

【02】以 const enum inline 代替 #define

1 // 2 // 2015-03-04 02/55 3 // 以 const enum inline 代替 #define 4 // 5 6 // 防止同一个物理文件被包含多次 7 #pragma once 8 9 // ---------------------------------- 10 // 1. 尽量使用 const 11 // ---------------------------------- 12 13 class foo 14 { 15 public: 16 foo();

Book. Effective C++ item2-尽量使用const, enum, inline替换#define

##常规变量 c++里面的#define后面的定义部分,是不算代码的一部分的.所以如果你使用#define: #define ASPECT_RATIO 1.653 你希望这个代号ASPECT RATIO这个代号是能够被编译器加入到记号表(symbol table)里面,如果调试的时候,这个部分出现问题,能够很快的发现出来.但是很多时候我们的预处理器会把这个变量移除,只保留了一个1.653的常量,如果Debug的时候这个常量出现了错误,你是很难定位到自己需要修改代码的地方的,这就会造成我们在使用中

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

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

const,enum,inline替换#define

基本上使用预处理指令#define的地方都可以使用const,enum或者inline来替换掉它.主要的原因有两个: #define ASPECT_RATIO 1.653 1.预处理指令是在编译前就进行预处理的(gcc -E进行预处理,它的输出文件作为gcc -S进行编译的输入),所以编译器是看不到#define定义的符号ASPECT_RATIO ,故它不会出现在符号表中,这样如果编译期间出现了错误它可能只提示常量1.653,如果这个文件又不是你写的,那么调试会很困难. 2.使用常量可能比使用#

第一篇:尽量多的以 const/enum/inline 替代 #define

前言 在面向过程语言,如 C 语言中,#define 非常常见,也确实好用,值得提倡.但在如今面向对象的语言,如 C++ 语言中,#define 就要尽量少用了. 为何在 C++ 中就要少用了呢? 这是因为 #define 机制只是简单的字符替换,这样一方面你无法对 #define 定义的东西加入一些C++语法元素,因此限制了面向对象编程语言的威力: 另一方面编译器不能获取到你所定义的变量类型/函数类型,因此无法提供全面的检测机制,导致隐藏 bug 增多. 所以要想出对 #define 机制进行

尽量多的以 const/enum/inline 替代 #define

前言 在面向过程语言,如 C 语言中,#define 非常常见,也确实好用,值得提倡.但在如今面向对象的语言,如 C++ 语言中,#define 就要尽量少用了. 为何在 C++ 中就要少用了呢? 这是因为 #define 机制只是简单的字符替换,这样一方面你无法对 #define 定义的东西加入一些C++语法元素,因此限制了面向对象编程语言的威力: 另一方面编译器不能获取到你所定义的变量类型/函数类型,因此无法提供全面的检测机制,导致隐藏 bug 增多. 所以要想出对 #define 机制进行

条款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,这样不