Effective Modern C++ 条款2:理解auto型别推导
在条款1中,我们已经了解了有关模板型别的推导的一切必要知识,那么也就意味着基本上了解了auto型别推导的一切必要知识。
因为,除了一个奇妙的例外情况,auto型别推导就是模板型别推导。尽管和模板型别推导打交道的是模板、函数和形参,auto和它们秋毫无犯,但并不影响上面的结论成立。
在条款1中,我们用来解释模板型别推导的函数模板形如:
template<typename T>
void f(ParamType param);
而一次调用形如:
f(expr); //以某表达式调用f
在f的调用语句中,编译器会利用expr来推导T和ParamType的型别。
当某变量采用auto来声明时,auto就扮演了模板中的T这个角色,而变量的型别饰词则扮演的是ParamType的角色。
所以,除了一种例外情况(马上要讨论),和为模板推导型别一模一样。
条款1根据ParamType的特征,即一般形式的函数模板中param的型别饰词,将模板推导分为三种情况。而在采用auto进行变量声明中,型别饰词取代了ParamType,所以也存在三种情况:
情况1:型别饰词是指针或引用,但不是万能引用;
情况2:型别饰词是万能引用;
情况3:型别饰词既非指针也非引用。
情况1和情况3,如下:
auto x = ; //情况3(x既非指针也非引用) const auto cx = x; //情况3(cx同样既非指针也非引用) const auto& rx = x; //情况1(rx是个引用,但不是万能引用)
情况2的运作也如期望一致:
auto&& uref1 = x; //x的型别是int,且是左值,
//所以uref1的型别是int& auto&& uref2 = cx; //cx的型别是const int,且是左值,
//所以uref2的型别是const int& auto&& uref2 = ; //27的型别是int,且是右值,
//所以uref3的型别是int&&
条款1中数组和函数名称在非引用型别饰词的前提下退化成指针,同样的结论也适用于auto型别推导:
const char name[] = "Hello World"; //name的型别是const char[12] auto arr1 = name; //arr1的型别是const char* auto& arr2 = name; //arr2的型别是const char(&)[12] void someFunc(int ,double); //someFunc是个函数,
//其型别是void(int ,double)
auto func1 = someFunc; //func1的型别是void(*)(int, double) auto& func2 = someFunc; //func2的型别是void(&)(int, double)
auto型别推导和模板型别推导的运作是类似的。
下面我们讨论只有一个不同之处。我们观察一下,若要声明int,并将其初始化为值27,C++98中有两种可选语法:
int x1 = ;
int x2();
而C++11为了支持统一初始化,增加了下面的语法规则:
int x3 = { };
int x4{ };
共计四种语法,然而结果却殊途同归:得到一个值为27的int。
采用auto声明变量,相比采用规定型别声明变量更具优势,所以将上面变量声明中的int替换成auto。直截了当的文本替换的到下面代码:
auto x1 = ;
auto x2();
auto x3 = { };
auto x4{ };
这些声明都能通过编译,但结果却与一开始并不全部相同。前面两个语句却是仍然声明了一个型别为int,值为27的变量,而后面两个语句,却声明了这么一个变量,其型别为std::initializer_list<int>,且含有单个值为27的元素!
auto x1 = ; //型别是int,值是27
auto x2(); //同上
auto x3 = { }; //型别是std::initializer_list<int>,值是{ 27 }
auto x4{ }; //同上
这是有关auto的一条特殊的型别推导规则所致。当用于auto声明变量的初始化表达式是使用大括号括起来时,推导所得的型别就属std::initializer_list<int>。
这么一来,如果型别推到失败(例如,大括号里的值型别不一),则代码就通不过编译:
auto x5 = { , , 3.0}; //错误!
//推导不出std::initializer_list<T>中的T
正如注释所指出的那样,这种情况下型别推导会失败,但重点在于,要意识到这里发生了两种型别推导。第一种源于auto的使用:x5的型别需要推导。而x5的初始化表达式是用大括号括起的,所以x5必须推导为一个std::initializer_list。但std::initializer_list是个模板,它要根据某个型别T产生实例型别std::initializer_list<T>,而这就意味着T的型别也必须被推导出来。而后一次推导就落入了第二种型别推导,即模板型别推导的范畴了。在该例中,推导会失败,因为大括号括起的初始化表达式中的值型别不一。
对于大括号初始化表达式的处理方式,是auto型别推导和模板型别推导的唯一不同之处。当采用auto声明的变量使用大括号初始化表达式进行初始化时,推导所得的型别是std::initializer_list的一个实例型别。但是,如果想对应的模板传入一个同样的初始化表达式,型别推导就会失败,代码不能通过编译:
auto x = { , , }; //x的型别是std::initializer_list<int> template<typename T> //带有形参的模板
void f(T param); //与x的声明等价的声明式 f({ , , }); //错误!无法推导T的型别
所以,auto和模板型别推导真正的唯一区别在于,auto会假定用大括号括起来的初始化表达式代表一个std::initializer_list,但模板型别推导却不会。
不过,若指定模板中的param为std::initializer_list<T>,则在T的型别未知时,模板型别推导机制会推导出T应有的型别:
template<typename T> //带有形参的模板
void f(std::initializer_list<T> param); f({ , , }); //T的型别推导为int
//从而initList的型别std::initializer_list<int>
关于C++11,上面所说的就是全部了。但是关于C++14,还有别的要说。C++14允许使用auto来说明函数返回值需要推导,而且C++14中的lambda式也会在形参声明中用到auto。然而,这些auto用法是在使用模板型别推导而非auto型别推导。所以带有auto返回值的函数若要返回一个大括号括起的初始化表达式,是通不过编译的:
auto createInitList()
{
return { , , }; //错误:无法为{ 1, 2, 3}完成型别推导
}
同样地,用auto来制定C++14中lambda式的形参型别时,也不能使用大括号括起的初始化表达式:
std::vector<int> v;
... auto resetV =
[&v](const auto& newValue) { v = newValue; }; // C++14 ... resetV( {,,});//错误!无法为{1,2,3}完成型别推导
要点速记:
1、在一般情况下,auto型别推导和模板型别推导时一模一样的,但是auto型别推导会假定用大括号括起的表达式代表一个std::initializer_list,但模板型别推导却不会。
2、在函数返回值或lambda式的形参中使用auto,意思是使用模板型别推导而非auto型别推导。
Effective Modern C++ 条款2:理解auto型别推导的更多相关文章
- Effective Modern C++ ——条款2 条款3 理解auto型别推导与理解decltype
条款2.理解auto型别推导 对于auto的型别推导而言,其中大部分情况和模板型别推导是一模一样的.只有一种特例情况. 我们先针对auto和模板型别推导一致的情况进行讨论: //某变量采用auto来声 ...
- Effective Modern C++ ——条款6 当auto型别不符合要求时,使用带显式型别的初始化物习惯用法
类的代理对象 其实这部分内容主要是说明了在STL或者某些其他代码的容器中,在一些代理类的作用下使得最后的返回值并不是想要的结果. 而他的返回值则是类中的一个容器,看下面的一段代码: std::vect ...
- Effective Modern C++ 条款4:掌握查看型别推导结果的方法
采用何种工具来查看型别推导结果,取决于你在软件开发过程的哪个阶段需要该信息.主要研究三个可能的阶段:撰写代码阶段.编译阶段.运行时阶段. IDE编译器 IDE中的代码编译器通常会在你将鼠标指针选停止某 ...
- Effective Modern C++ 条款3:理解decltype
说起decltype,这是个古灵精怪的东西.对于给定的名字或表达式,decltype能告诉你该名字或表达式的型别.一般来说,它告诉你的结果和你预测的是一样的.不过,偶尔它也会给出某个结果,让你抓耳挠腮 ...
- 《Effective Modern C++》翻译--条款2: 理解auto自己主动类型推导
条款2: 理解auto自己主动类型推导 假设你已经读过条款1关于模板类型推导的内容,那么你差点儿已经知道了关于auto类型推导的所有. 至于为什么auto类型推导就是模板类型推导仅仅有一个地方感到好奇 ...
- Effective Modern C++ 条款1:理解模板型别推导
成百上千的程序员都在向函数模板传递实参,并拿到了完全满意的结果,而这些程序员中却有很多对这些函数使用的型别是如何被推导出的过程连最模糊的描述都讲不出来. 但是当模板型别推导规则应用于auto语境时,它 ...
- Effective Modern C++ ——条款5 优先选择auto,而非显式型别声明
条款5 对于auto ,他的好处不仅仅是少打一些字这么简单. 首先在声明的时候, 使用auto会让我们养成初始化的习惯: auto x;//编译不通过必须初始化. 再次对于auto而言,它可以让我们定 ...
- [Effective Modern C++] Item 2. Understand auto type deduction - 了解auto类型推断
条款二 了解auto类型推断 基础知识 除了一处例外,auto的类型推断与template一样.存在一个直接的从template类型推断到auto类型推断的映射 三类情况下的推断如下所示: // ca ...
- item 2: 理解auto类型的推导
本文翻译自modern effective C++,由于水平有限,故无法保证翻译完全正确,欢迎指出错误.谢谢! 博客已经迁移到这里啦 如果你已经读过item 1的模板类型推导,你已经知道大部分关于au ...
随机推荐
- spark jdk8 单词统计示例
在github上有spark-java8 实例地址: https://github.com/ypriverol/spark-java8 https://github.com/ihr/java8-spa ...
- CSS所有选择器
.class .intro 选择所有class="intro"的元素 1 #id #firstname 选择所有id="firstname"的元素 1 * * ...
- 新一代云WAF:防御能力智能化,用户享有规则“自主权”
近日,在国际权威分析机构Frost & Sullivan发布的<2017年亚太区Web应用防火墙市场报告>中,阿里云以市场占有率45.8%的绝对优势连续两年领跑大中华区云WAF市场 ...
- 「BZOJ2300」[HAOI2011] 防线修建
传送门 操作离线之后倒着做,只有加点操作. 用set动态维护凸包即可. //Achen #include<algorithm> #include<iostream> #incl ...
- 洛谷P3376【模板】网络最大流 Dinic模板
之前的Dinic模板照着刘汝佳写的vector然后十分鬼畜跑得奇慢无比,虽然别人这样写也没慢多少但是自己的就是令人捉急. 改成邻接表之后快了三倍,虽然还是比较慢但是自己比较满意了.虽然一开始ecnt从 ...
- Django 异步任务、定时任务Celery
将任务分配给其他的进程去运行,django的主进程只负责发起任务,而执行任务的不在使用django的主进程.Python有一个很棒的异步任务框架,叫做celery. Django为了让开发者开发更加方 ...
- spring boot 项目添加maven依赖时provided
spring boot 项目是自带tomcat 的,但是我们有时候是需要把项目打包成war 然后放到独立的tomcat中运行的,这个时候我们就需要将它自带的tomcat给排除开,这时候我们就可以使用& ...
- [SHOI2007] 书柜的尺寸 思维题+Dp+空间优化
Online Judge:Luogu-P2160 Label:思维题,Dp,空间优化 题面: 题目描述 给\(N\)本书,每本书有高度\(Hi\),厚度\(Ti\).要摆在一个三层的书架上. 书架的宽 ...
- Windows API 第 10篇 SearchTreeForFile
函数原型:BOOL SearchTreeForFile( PSTR RootPath, //系统查找的起始路径, PSTR InputPathName, ...
- python中如何去除列表中重复元素?
方法一: 用内置函数set: list1 = [1, 2, 3, 3, 4, 4, 5, 6, 6, 6, 7, 8, 9] list2 = list(set(list1)) print(list2) ...