C++ 11——保持C99兼容性

保持与C99兼容

预定义宏


我们可以使用以上宏来查验机器环境对C标准和C库的支持状况:

//由于每个机器都不同,所以我在这里用xxxx来泛指
#include <iostream>
using namespace std;

int main()
{
   
	cout<<"Standard Clib:"<<__STDC_HOSTED__<<endl;	//print: Standard Clib:XXXX
	cout<<"Standard C:"<<__STDC__<<endl;		//print: Standard C:XXXX
	cout<<"ISO/IEC"<<__STDC_ISO_10646__<<endl;		//print:ISO/IEC XXXXX
}

预定义宏对于多目标平台代码的编写通常具有重大意义。通过以上的宏,程序员通过使用#ifdef/#endif等预处理指令,就可使得平台相关代码只适合于当前平台的代码上编译。

__func__标识符

__func__标识符的作用就是返回所在函数的名字。

#include <string>
#include <iostream>
using namespace std;

const char* hello()
{
   
	return __func__;
}

const char* world()
{
   
	return __func__;
}

int main()
{
   
	cout<<hello()<<" "<<world()<<endl;
	//print: hello world
}

利用__func__标识符,我们可以得到函数的名字。事实上,按照标准定义,编译器会隐式地在函数的定义之后定义__func__标识符

//所以说,上述函数等同于
const char* hello()
{
   
	static const char* __func__ = "hello";
	return __func__;
}

同时C++ 11允许其使用在类或结构体中。

#include <iostream>
using namespace std;

struct TestStruct
{
   
	TestStruct():name(__func__){
   }
	
	const char* name;
};

int main()
{
   
	TestStruct ts;
	cout<<ts.name<<endl;
	//print: TestStruct
}

我们可以看到,初始化成员列表使用__func__时可以的,但是__func__标识符作为函数默认参数是不行的,原因是这个时候__func__还未定义。

void FuncFail(string func_name = __func__);		//无法通过编译

#pragma与_Pragma

在所有预处理指令中,#pragma可以说是最复杂的了,其作用是:设定编译器的状态或者是指示编译器完成一些特定的动作。简单的说,其是用来向编译器传达语言标准以外的一些信息。

假如我们在头文件定义了以下语句:

#pragma once
//该指令指示编译器,该头文件应该只编译一次这与以下代码效果相同

#ifdef THIS_HEAD
#define THIS_HEAD
#endif

其他使用可以参考百度百科

在C++ 11中,标准定义了与预处理指令#pragma功能相同的操作符_Pragma_Pragma操作符的格式如下所示:

_Pragma(字符串字面量)
//其达到与#pragma once通用的效果只需要如下定义就可
_Pragma("once");

相比于预处理指定#pragma,由于_Pragma是一个操作符,因此可以用在一些宏中。我们可以看一下如下例子:

#define CONCAT(x) PRAGMA(concat on #x)
#define PRAGMA(x) _Pragma(#x)
CONCAT(..\concat.dir)

//最终宏展开为_Pragma(concat on "..\concat.dir")

由此可见,C++ 11中的_Pragma具有更大的灵活性。

变长参数的宏定义以及__VA_ARGS__

预定义宏__VA_ARGS__可以在宏定义的实现部分替换省略号所代表的的字符串。

#include <stdio.h>

#define LOG(...){\ fprintf(stderr,"%s: Line %d:\t,__FILE__,__LINE__);\ fprintf(stderr,__VA_ARGS__);\ fprintf(stderr,"\n")\ }

int main()
{
   
	int x = 3;
	LOG("x = %d",x);	//print:文件名:行数: x = 3
}

具体实现原理可以参考博客:运行库——变长参数

宽窄字符串的连接

在C++ 11标准中,将窄字符和宽字符进行连接时,支持C++ 11标准的编译器会将窄字符串转换成宽字符串,然后再与宽字符进行连接

参考文献

[1] IBM XL编译器中国开发团队.深入理解C++11.机械工业出版社.2013.06.
[2] #pragma.百度百科
全部评论

相关推荐

昨天 08:58
已编辑
门头沟学院 Java
ttl:&nbsp;3.19一面晚上过3.20二面3.23oc3.25offerbase:末9有一段中小厂实习一面面经:(总体时长一个小时二十分钟左右没什么八股,主要都是问项目和场景题1.实习(问了有四十分钟,感觉面试官很看重实习这一块,一直在拷打,问到后面我都要疯了,好在准备得比较充分1️⃣用的是什么中间件,有参与技术选型吗,实习的项目里为什么选这个RabbitMQ而不是kafka,为什么不用RocketMQ,为什么放弃异步,自己的项目里面使用的是kafka,那你觉得项目和实习的中间件选型有差异的原因是什么,他们之间的区别在哪里,底层的原因知道吗(高柱到这里已经快疯了,但是硬着头皮答完了,主要是从一致性吞吐量和框架的契合度答,面试官说答得挺好的,应该是没什么问题,这一块就问了快半个小时,到这里我已经快疯了2️⃣项目怎么对接上下游3️⃣介绍项目的难点重点4️⃣微服务(高柱实习是单体项目没涉及这一块5️⃣Redis的使用2.项目:1️⃣智能客服是怎么应用在项目里的(langchain4j➕rag➕functioncalling)2️⃣RAG了解多少3️⃣文本向量化的难点是什么,了解哪些大模型的知识(我一点不懂,纯瞎扯,但貌似扯对了4️⃣对ai的态度是什么,aicoding相关5️⃣怎么保证多节点下Caffeine缓存里面数据都是一致的(答的是短ttl,面试官不是很满意,但是我确实不太懂这个怎么保证,后来查了还是不懂怎么保证6️⃣Redis的使用,和你的实习项目的使用有区别吗,还有一些引申问题3.八股(含量不高,就是走个过场1️⃣进程的内存布局2️⃣Redis三剑客3️⃣微服务相关知识(高柱已经忘得差不多了…勉强答上来4️⃣JVM5️⃣线程状态6️⃣线程安全,在你的实习项目里怎么保证线程安全的(又绕回来了4.智商题找异常球5.手撕:1️⃣五道sql,不难2️⃣力扣不重叠的滑动窗口数组,贪心➕双指针秒了强度拉满了这个一面,高柱到后面人都是傻的二面面经:(就半个小时实习拷打,简历上写了几点就问了几点,问完就结束了,无手撕
查看19道真题和解析
点赞 评论 收藏
分享
评论
点赞
收藏
分享

创作者周榜

更多
牛客网
牛客网在线编程
牛客网题解
牛客企业服务