C++宏定义中几个殊字符的含义及用法(“#”、“##”、“#@“、“\”)

定义
  1. 作为Stringizing Operator(#),字符串化;
  2. 作为Charizing Operator(#@),字符化;
  3. 作为Token-Pasting Opertor(##),连接化;
  4. 作为下一行继续此宏的定义(\),行连接化;
举例
  • 作为Stringizing Operator(#),字符串化;
#define stringer( x ) printf( #x "\n" )            
                            
int main()            
{           
    stringer( In quotes in the printf function call\n );           
    stringer( "In quotes when printed to the screen"\n );           
    stringer( "This: \" prints an escaped double quote" );            
}

如此的定义在进行处理时将被转换为如下代码:

int main()         
{         
    printf( "In quotes in the printf function call\n" "\n" );         
    printf( "\"In quotes when printed to the screen\"\n" "\n" );         
    printf( "\"This: \\\" prints an escaped double quote\"" "\n" );        
}

程序运行结果如下:

In quotes in the printf function call

"In quotes when printed to the screen"

"This: \" prints an escaped double quotation mark"

另外# 还有预处理作用,#开头的语句常常是预处理命令,如#define、#if、#else、#end等等,用来在代码编译时进行一些操作。

  • 作为Charizing Operator(#@),字符化;

#@ 只能用于有传入参数的宏定义中,且必须置于宏定义体中的参数名前。作用是将传的单字符参数名转换成字符,以一对单引用括起来其实就是给x加上单引号,结果类型为const char

#define makechar(x) #@x

a = makechar(b);  这条语句将被扩展为

a = 'b';  注意单引号字符不能使用这样的字符化。

注意:貌似对字符串的字符化效果不好

例如:当为多字符时,无法字符化

#include <iostream>
#define makechar(x) #@x  //#@连在一起作字符化,
int main() {
std::cout << makechar(b) << std::endl;//输出:b
	std::cout << makechar(bc) << std::endl;//输出:25187
	std::cout << makechar(abc) << std::endl;//输出:6382179
	return 0;
}

  • 作为Token-Pasting Opertor(##),连接化;
#define paster( n ) printf( "token" #n " = %d", token##n )

其功能是把两边的字符串连接起来形成一个变量名。

int token9 = 9;

如果一个数字作为此宏的参数调用的话: paster( 9 );

宏被展开为

printf( "token" "9" " = %d", token9 );

进而成为这样的语句:printf( "token9 = %d", token9 );

  • 作为下一行继续此宏的定义(\),行连接化;

\ 行继续操作当定义的宏不能用一行表达完整时,可以用\(反斜线)表示下一行继续此宏的定义。

#define REFLECTION_TYPE(class_name) \
    namespace Reflection \
    { \
        namespace TypeFieldReflectionOparator \
        { \
            class Type##class_name##Operator; \
        } \
    };

该文部分引用其他博客:

C++宏定义中\、##、##、#@的作用_c++ @-优快云博客

C++语言中#号特殊使用_c++ #-优快云博客

C++的#号使用-优快云博客

<think>嗯,用户问的是关于C/C++头文件中防止重复包含的宏定义的命名规范,特别是涉及文件名、下划线的数量和规范。我需要先回顾相关的知识,然后结合提供的引用资料来组织回答。 首先,头文件保护通常使用#ifndef、#define、#endif这三个预处理指令。用户想知道的是宏应该怎么命名,尤其是如何根据文件名来命名,以及下划线的使用规范。 根据引用资料,比如引用[4]和[5]提到,宏名称一般是将文件名全大写,前后加下划线,并将文件名中的点替换为下划线。例如stdio.h对应的宏是_STDIO_H_。不过引用[5]也提到,虽然可以自定义,但遵循这种规范能避免冲突,提高代码可读性。 需要注意的几点: 1. 合法标识符:宏名必须是合法的C/C++标识符,不能包含点或其他非法字符,所以点要替换为下划线。 2. 唯一性:每个头文件的宏名应该唯一,避免不同头文件使用相同的宏名导致问题。 3. 规范:全大写,前后加双下划线或单下划线?这里可能有不同实践,比如引用[4]的例子是_STDIO_H_,而引用[5]提到前导下划线用于全局定义,但标准库通常使用前导下划线,用户代码可能需要避免,所以可能推荐前后各两个下划线,比如__MY_HEADER_H__?不过根据引用资料中的例子,常见的是前后各一个下划线,比如引用[3]中的C_CLIENT_H_,而引用[4]中的_STDIO_H_。不过引用[5]提到前导下划线一般用于全局定义,但用户代码可能应避免使用前导下划线,因为标准库保留这样的用法。因此,可能更安全的做法是使用项目相关的前缀,比如MYPROJ_FILE_H。 不过根据引用[5]中的解释,虽然可以自定义,但规范建议使用全大写,前后下划线,并替换点为下划线。比如头文件“my_header.h”对应的宏是_MY_HEADER_H_,或者可能使用双下划线,但需要看具体引用资料中的例子。引用[4]的例子是_STDIO_H_,也就是前后各一个下划线,文件名全大写,点变成下划线。因此,正确的做法应该是将文件名转为全大写,点替换为下划线,并在前后添加下划线,比如_MY_HEADER_H_。 此外,用户可能想知道下划线的数量是否有规范。根据引用[5],前导下划线一般用于全局定义,但用户代码中可能应避免使用前导双下划线,因为C标准保留这样的标识符给实现使用。因此,用户头文件的宏应该使用前后各一个下划线,比如_MY_HEADER_H_,而不是双下划线。 总结一下,命名规范要点: - 全大写 - 文件名中的.转为_ - 前后各加一个下划线 - 确保唯一性 可能还需要注意避免使用保留的标识符,比如不要用双下划线开头或结尾,所以用单下划线更安全。 另外,用户的问题中提到“下划线数量”,需要明确说明是头尾各一个,中间根据文件名转换。例如,头文件“network/client.h”可能转换为_NETWORK_CLIENT_H_。 最后,生成相关问题需要考虑用户可能的后续疑问,比如为何不能直接用文件名,或者条件编译的其他应用场景等。</think>### C/C++头文件宏定义命名规范详解 在C/C++中,头文件通过`#ifndef`、`#define`、`#endif`实现条件编译以防止重复包含。其宏定义的命名规范遵循以下原则: --- #### **核心规范** 1. **全大写格式** 将文件名转换为全大写,例如`my_header.h`对应`MY_HEADER_H`。 2. **替换特殊字符** 文件名中的`.`替换为下划线`_`,例如`network.client.h`对应`NETWORK_CLIENT_H`。 3. **添加前后下划线** 在转换后的名称前后各加一个下划线,例如`_MY_HEADER_H_`[^4][^5]。 --- #### **具体规则** | 文件名 | 宏定义名称 | 说明 | |------------------|---------------------|----------------------------------------------------------------------| | `utils.h` | `_UTILS_H_` | 全大写,点替换为下划线,前后加单下划线 | | `data_parser.hpp`| `_DATA_PARSER_HPP_` | 文件后缀(如`.hpp`)也需替换为`_HPP_` | | `math/matrix.h` | `_MATH_MATRIX_H_` | 路径分隔符(如`/`)需替换为下划线,避免多层路径冲突 | --- #### **注意事项** 1. **唯一性要求** 每个头文件的宏名称必须唯一。若项目包含多个同名文件(如不同目录),需添加路径信息,例如`_PROJECT_MODULE_MATH_H_`。 2. **避免保留标识符** 避免使用双下划线开头或结尾(如`__MY_HEADER__`),这类名称通常被编译器保留,可能导致未定义行为。 3. **兼容性示例** ```c #ifndef _NETWORK_CLIENT_H_ #define _NETWORK_CLIENT_H_ // 声明或定义 #endif ``` --- #### **为什么需要这种规范?** - **可读性**:全大写和下划线使宏名称更易识别。 - **避免冲突**:唯一性命名防止不同头文件宏定义重复。 - **语法合规**:确保宏名称是合法的C/C++标识符(仅含字母、数字、下划线)。 ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值