《Effective Modern C++》Item 3: Understand decltype.

本文深入探讨C++中的decltype特性,包括基本用法、保留引用属性及处理表达式时的特殊情况。通过实例展示decltype如何帮助类型推导,并指出潜在陷阱。

引子

decltype是C++中的一个老特性了,绝大多数情况它会让你获得你期望的类型。当然,凡事都有特例,我们需要稍微注意一下,除了避免踩坑以外,也能帮助我们进一步了解类型推导。

正文

1.普通情形

我们先预热一下,看看decltype确实是大部分时候是符合预期的:

const int i = 0;                // decltype(i) is const int

bool f(const Widget& w);        // decltype(w) is const Widget&
                                // decltype(f) is bool(const Widget&)

struct Point {
  int x, y;                     // decltype(Point::x) is int
};                              // decltype(Point::y) is int

Widget w;                       // decltype(w) is Widget

if (f(w)) ...                   // decltype(f(w)) is bool

template<typename T>            // simplified version of std::vector
class vector {
public:
  ...
  T& operator[](std::size_t index);
  ...
};

vector<int> v;                  // decltype(v) is vector<int>
...
if (v[0] == 0) ...              // decltype(v[0]) is int&

2.保留引用属性

如果只有这些内容,也没必要单独开一篇文章了。为了展示更多的内容,我们考虑一个特殊的应用场景:某个函数传入一个container和下标,我们希望在函数末尾返回这个下标所指的值并保留其类型。这是由于operator[]会返回引用类型,我们希望在访问这个元素完毕后,返回的类型仍然是引用类型,这样方便我们进一步对其进行赋值。先给出一个可行的例子:

template<typename Container, typename Index> 
auto authAndAccess(Container& c, Index i) -> decltype(c[i])
{
  authenticateUser();
  return c[i];
}

这里箭头是C++11中的trailing return type,但是这不是我们本文的要点,读者可自行谷歌了解。在上面的写法中,我们会得到我们希望的类型,即c[i]返回的类型——引用类型。

在C++14中,我们有了新的写法:

template<typename Container, typename Index>
decltype(auto)
authAndAccess(Container& c, Index i)
{
  authenticateUser();
  return c[i];
}

但是需要注意的是,上面的decltype(auto)不能替换成auto。原因正如我们Item 2中所讲的,如果使用auto,我们会用模板类型推导规则去推导auto的类型,这样会丢失掉引用属性。

这里decltype(auto)保留参数完整类型的特性不仅仅可以用在函数返回值,在普通的变量声明中也有类似的性质:

Widget w;
const Widget& cw = w;

auto myWidget1 = cw;            // auto type deduction: myWidget1's type is Widget

decltype(auto) myWidget2 = cw;  // decltype type deduction:
                                // myWidget2's type is const Widget&

那么上面的样例是不是最终我们需要的代码呢,答案是否定的。前面传入的参数都是lvalue,如果我们传入rvalue会出现错误,因为rvalue没法赋予给一个引用,故无法通过编译。但是好在我们有universal引用,即T&&,它即可接受lvalue也可以接受rvalue。

在引入了universal引用后,我们还需要再做一点优化,尽管它不属于decltype的范畴,但是我们这里利用了std::forward来实现引用的完美转发,原因我们在后面的文章会经一步介绍。

所以最后我们C++14的代码版本为(C++11类似,但稍微麻烦点):

template<typename Container, typename Index>
decltype(auto) 
authAndAccess(Container&& c, Index i)
{
  authenticateUser();
  return std::forward<Container>(c)[i]; 
}

3.处理表达式时的例外

看到这里,你会发现确实如文章开头所说,decltype表现出了优秀的特性:它保留了变量的原有属性,没有任何修改。

但是凡事都有例外,即在处理类型为T的lvalue的表达式时,decltype返回的结果为T&。这在大多数时候没什么问题,因为lvalue本身就内涵了它的引用。但是考虑下面的代码:

decltype(auto) f1() 
{
  int x = 0; 
  ...
  return x;             // decltype(x) is int, so f1 returns int
}

decltype(auto) f2() {
  int x = 0;
  ...
  return (x);           // decltype((x)) is int&, so f2 returns int&
}

你会发现,f2()返回值居然是一个本地变量的引用,这在C++中将出现undefined的行为,仅仅可能因为你最后手误多打了个括号。

所以decltype是一把双刃剑,大多数时候能帮我们解决问题,但是偶尔也会挖坑给用户。

总结

最后还是文章末尾S.M.老爷子的tips:

1.decltype几乎总是返回变量或者表达式本身的类型,而不做任何修改
2.对于一个类型为T的lvalue表达式(而不是名字),decltype则会返回T&
3.C++14中支持decltype(auto),它也会做类型推导,但是应用的是上面decltype的规则。

源码链接: https://pan.quark.cn/s/a4b39357ea24 斐讯K2是一款广受用户青睐的无线路由器,其运行表现稳定且具备较高的可操作性,在DIY爱好者群体中拥有极高的声誉。本资料将系统性地阐述斐讯K2的固件刷机方法及其关联的技术要点。固件升级是路由器爱好者改善设备性能、扩展功能的一种普遍手段,经由替换出厂固件,能够达成更加个性化的网络配置、增强安全防护等目标。斐讯K2固件资源库涵盖了多种知名的非官方固件,诸如Tomato Pheonix 不死鸟、高恪、PandoraBox 潘多拉等,这些固件均具备独特的优势,能够适配不同用户的需求。 1. Tomato Pheonix 不死鸟:Tomato是一款立足于Linux的开源固件,以其精巧、高效而备受推崇。不死鸟版本是专门为华硕及斐讯路由器优化的分支,提供了卓越的QoS(服务质量)配置、详尽的图表监控以及便捷的固件升级途径。对于那些需要精准调控带宽和监测网络状态的用户而言,这是一个理想的选项。 2. 高恪:高恪固件是OpenWrt的定制化版本,着重于操作的便捷性和运行的可靠性,特别适合对路由器操作不甚熟悉的用户群体。它提供了一些实用的功能,例如内置的广告屏蔽、快速测速工具等,同时保留了OpenWrt的适应性。 3. PandoraBox 潘多拉:潘多拉盒是另一款基于OpenWrt的固件,它以丰富的插件库和强大的自定义潜力而闻名。用户能够依据个人需求安装各类插件,实现更多功能,如远程接入、DDNS(动态域名解析服务)等。 4. 官方固件的纯净版本与定制版本:官方固件通常更侧重于稳定性,纯净版意味着未预置额外的应用或服务,适合注重稳定性的用户。定制版则可能包含了制造商的特色功能或优...
源码下载地址: https://pan.quark.cn/s/926926948560 AS3.0与XML结合的通用图片滚动功能,是一种基于ActionScript 3.0和XML技术的动态图像展示方案,非常适合初学者进行学习和实践应用。此项目的关键在于借助XML文件作为数据媒介,用来保存图像的相关参数,例如图像的链接地址、展示的次序等,接着在AS3.0环境中对XML进行解析,并动态地载入和展示这些图像,达成图像的滚动或是循环播放的目的。 我们需要明确ActionScript 3.0(AS3.0)是Adobe Flash Professional以及Flex Builder等开发工具中采用的编程语言,用于构建交互式内容以及丰富的互联网应用。相较于先前的版本,AS3.0在性能上有了大幅度的提升,并且引入了更为规范的面向对象编程模式,涵盖了类、接口以及包等概念。 XML(可扩展标记语言)是一种简明且高效的数据传输格式,既便于人类阅读和编写,也易于机器进行解析和生成。在该项目中,XML文件用于存储图像数据,例如图像的URL、延时的时长、动画的样式等,通过这种方式可以将数据与程序代码分离,从而增强代码的可维护性与可扩展程度。 实施这一图片滚动功能,主要涉及到以下AS3.0的核心知识点: 1. **XML解析**:运用`XML`类来载入并解析XML文件,从而获取图像的清单。AS3.0提供了简便的API来操作XML节点,例如`children()`、`attributes()`等,用以获取子节点和属性值。 2. **事件监听**:借助`EventDispatcher`类来监控载入和解析过程中的事件,比如`Event.OPEN`、`Event.PROGRESS`、`Event...
内容概要:本文介绍了软件许可管理的技术实现方式及相关工具资源,重点阐述了加密外壳(EMS)和API加密两种保护机制。加密外壳通过将程序(如.exe、.dll、.apk)封装在加密壳中,实现运行时内存解密,防止静态反编译和代码篡改,同时支持对数据文件、系统参数及部分代码的加密,并依赖硬件锁(HL)或软件锁(SL)进行授权控制。API加密则通过在代码中嵌入安全验证调用,确保授权合法后才执行核心逻辑。文章还说明了锁的类型(HL/SL)、模式(有驱/AdminMode与无驱/UserMode)、升级路径以及虚拟时钟功能,并描述了产品授权流程从功能定义到产品创建、授权生成的全过程,支持通过C2V文件或锁ID复制已有授权状态。文中附带多个开源平台链接和技术博客参考资源。; 适合人群:从事软件版权保护、授权系统开发或安全技术研究的研发人员,尤其是具备一定逆向工程、软件安全基础的1-3年经验开发者。; 使用场景及目标:①构建安全的软件授权体系,防止盗版和非法使用;②实现灵活的功能授权管理(如时效、并发、硬件绑定);③选择合适的加密方案(硬件锁/软锁、有驱/无驱)并集成到现有产品中;④学习加密外壳与API验证的实际应用方法; 阅读建议:此资源侧重于软件许可的技术架构与实施细节,建议结合提供的GitHub、Gitee项目链接及CSDN技术文章深入理解实现原理,并通过实际调试加密壳和模拟授权流程加强实践能力。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值