条款02:尽量以const,enum,inline替换#define(Prefer const,enum,inline to #define)

#define ASPECT_RATIO 1.653

记号名称ASPECT_RATIO也许从未被编辑器看见;也许在编辑器开始处理源码之前被预处理器移走了。于是记号名称ASPECT_RATIO有可能没有进入记号表(symbol table)内。当用此常量获得一个编译出错信息,可能会带来困惑,因为这个错误信息也许会提到1.653而不是ASPECT_RATIO。

解决之道是用一个常量替换上述的宏:

const int AspectRatio = 1.653;

作为一个语言常量,AspectRatio肯定会被编译器看到,当然会进入记号表内。此外对于浮点常量而言,使用常量可能比使用#define导致较小量的码,因为预处理器“盲目的将宏名称ASPECT_RATIO替换为1.653”可能导致目标吗出现多份1.653,若用常量不会出现这种情况。

当用常量替换#define有两种特殊的情况。

第一是定义常量指针。由于常量定义式通常放在头文件内,因此有必要将指针声明为const。

const char* const authorName = “Scott”;

string对象比其前辈char*-base合宜,所以authorName往往定义成这样:const std::string authorName(“Scott”);

第二个是class专属常量。为了将常量的作用域限制于class内,你必须让它成为class的一个成员;为了确保此常量至多只有一份实体,必须让它成为一个static成员:

class GamePlayer{

private:

    static const int NumTurns = 5;

    int scores[NumTurns];

    ...

}

旧式编译器也许不支持上述语法,它们不允许static成员在其声明式上获得初值。此外所为的“in-class初值设定”也只允许对整数常量进行。如果编译器不支持上述语法,可以将初值放在定义式:

class CostEstimate{

private:

    static const double FudgeFactor;    //static class常量声明位于头文件内

    ...

};

const double CostEstimate::FudgeFactor = 1.35;    //static class常量定义位于实现文件内

唯一例外是党在class编译期间需要一个class常量值,这时候编译器不允许“static整数型class常量”完成“in class初值设定”,可改用所谓的“the enum hack”补偿做法。其基础理论是:“一个属于枚举类型的数值可权充ints被使用”,于是GamePlayer可定义如下:

class GamePlayer{

private:

    enum{ NumTurns=5 };

    int scores[NumTurns];

}

基于数个理由enum hack值得我们认识。第一,enum hack的行为某方面说比较像#define而不是const,有时候这正是我们想要的。例如取一个const的地址是合法的,但取一个enum的地址就不合法,而取一个#define的地址通常也不合法。如果你不想让别人获得一个pointer或reference指向你的某个整数常量,enum可以帮助你实现这个约束。第二,为了实用主义。许多代码用它,所以必须认识它。

 

 

另一个常见的#define误用情况是用它实现宏。宏看起来像函数,但不会招致函数调用带来的额外开销。下面这个宏夹带着实参,调用函数f: #define CALL_WITH_MAX(a,b) f((a)>(b)?(a):(b))

这样的宏有太多的缺点,光是想到它们就让人痛苦不堪。并且还会发生些不可思议的事。

解决这种情况可以使用template inline,可以获得宏带来的效率以及一般函数的所有可预料行为和类型安全性。

template<typename T>

inline void callWithMax(const T& a, const T& b)

{

    f(a > b? a:b)

}

 

有了consts、enums和inlines,我们对预处理器(特别是#define)的需求降低了,但并非完全清除。#include仍然是必需品,而#ifdef/#define也继续扮演控制编译的重要角色

 

对于单纯常量,最好以const对象或enums替换#defines。

对于形似函数的宏,最好改用inline函数替换#defines。

  • 1
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
SQLAlchemy 是一个 SQL 工具包和对象关系映射(ORM)库,用于 Python 编程语言。它提供了一个高级的 SQL 工具和对象关系映射工具,允许开发者以 Python 类和对象的形式操作数据库,而无需编写大量的 SQL 语句。SQLAlchemy 建立在 DBAPI 之上,支持多种数据库后端,如 SQLite, MySQL, PostgreSQL 等。 SQLAlchemy 的核心功能: 对象关系映射(ORM): SQLAlchemy 允许开发者使用 Python 类来表示数据库表,使用类的实例表示表中的行。 开发者可以定义类之间的关系(如一对多、多对多),SQLAlchemy 会自动处理这些关系在数据库中的映射。 通过 ORM,开发者可以像操作 Python 对象一样操作数据库,这大大简化了数据库操作的复杂性。 表达式语言: SQLAlchemy 提供了一个丰富的 SQL 表达式语言,允许开发者以 Python 表达式的方式编写复杂的 SQL 查询。 表达式语言提供了对 SQL 语句的灵活控制,同时保持了代码的可读性和可维护性。 数据库引擎和连接池: SQLAlchemy 支持多种数据库后端,并且为每种后端提供了对应的数据库引擎。 它还提供了连接池管理功能,以优化数据库连接的创建、使用和释放。 会话管理: SQLAlchemy 使用会话(Session)来管理对象的持久化状态。 会话提供了一个工作单元(unit of work)和身份映射(identity map)的概念,使得对象的状态管理和查询更加高效。 事件系统: SQLAlchemy 提供了一个事件系统,允许开发者在 ORM 的各个生命周期阶段插入自定义的钩子函数。 这使得开发者可以在对象加载、修改、删除等操作时执行额外的逻辑。
SQLAlchemy 是一个 SQL 工具包和对象关系映射(ORM)库,用于 Python 编程语言。它提供了一个高级的 SQL 工具和对象关系映射工具,允许开发者以 Python 类和对象的形式操作数据库,而无需编写大量的 SQL 语句。SQLAlchemy 建立在 DBAPI 之上,支持多种数据库后端,如 SQLite, MySQL, PostgreSQL 等。 SQLAlchemy 的核心功能: 对象关系映射(ORM): SQLAlchemy 允许开发者使用 Python 类来表示数据库表,使用类的实例表示表中的行。 开发者可以定义类之间的关系(如一对多、多对多),SQLAlchemy 会自动处理这些关系在数据库中的映射。 通过 ORM,开发者可以像操作 Python 对象一样操作数据库,这大大简化了数据库操作的复杂性。 表达式语言: SQLAlchemy 提供了一个丰富的 SQL 表达式语言,允许开发者以 Python 表达式的方式编写复杂的 SQL 查询。 表达式语言提供了对 SQL 语句的灵活控制,同时保持了代码的可读性和可维护性。 数据库引擎和连接池: SQLAlchemy 支持多种数据库后端,并且为每种后端提供了对应的数据库引擎。 它还提供了连接池管理功能,以优化数据库连接的创建、使用和释放。 会话管理: SQLAlchemy 使用会话(Session)来管理对象的持久化状态。 会话提供了一个工作单元(unit of work)和身份映射(identity map)的概念,使得对象的状态管理和查询更加高效。 事件系统: SQLAlchemy 提供了一个事件系统,允许开发者在 ORM 的各个生命周期阶段插入自定义的钩子函数。 这使得开发者可以在对象加载、修改、删除等操作时执行额外的逻辑。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值