c – 是否有某些关键字不应由我“#defined”?

前端之家收集整理的这篇文章主要介绍了c – 是否有某些关键字不应由我“#defined”?前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我正在为C/C++中的应用程序开发一个平台层.

我想要

#define WINDOWS //在Windows机器上

#define ANDROID //在Android手机上

由于与其他库的冲突而定义非常常见的关键字如“WINDOWS”或“ANDROID”是不是一个坏主意,并且为这些关键字添加前缀是否有意义:

#define MYLIB_WINDOWS //未被任何其他第三方库使用

#define MYLIB_ANDROID

解决方法

I would like to

注意在库的头文件中公开带有“常用”名称的宏.

还要注意私有代码中通常命名的宏 – 特别是如果#includes(直接或间接)其他库的头文件.

你不能依赖所有图书馆维护者都像你一样表现良好的希望.

and would it make sense to prefix these keywords with something:

一般来说,是的.

一个很好的例子是BOOST图书馆套件. BOOST非常注意确保其头文件导出的所有宏都具有前缀BOOST_.前缀与boost ::的库名称空间名称匹配并非巧合.

总而言之,如果您的库是在命名空间中实现的(并且它应该是,否则您对污染全局命名空间感到内疚),请使用与其匹配的宏前缀.

例:

namespace mylib { namespace innerthing { }}

#define MYLIB_ON 1
#define MYLIB_OFF 0
#define MYLIB_SETTING MYLIB_ON
#define MYLIB_INNERTHING_SETTING MYLIB_OFF

猜你在找的C&C++相关文章