跟我学C++中级篇——explicit的分析

2024-08-31 02:04

本文主要是介绍跟我学C++中级篇——explicit的分析,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

一、C++中的类型转换

在学习C++(包括C语言)的过程中,有一个细节非常容易被开发者忽略,就是有一些类型编译器可以自做主张的进行转换。最简单的就是short,int,long,char这些基本类型,编译器会假定开发者就是想转换,所以它会自动转一下。这个在前面分析过有符号和无符号类型时,跳过大坑儿。不过随着开发工具和编译器的升级,这种一般会提供显示的警告。
而在一些类对象中,也存在着这种问题,比如一些常见的库类,会默认对一些对象进行自动的转换,而这种自动转换,往往不是开发者需要的或者说没有考虑到的。那么其行为和后果,是一种不可预知的状态。而这恰恰是非常危险的,不是开发者想看到的。

二、explicit的目的

正如反复强调的,解决某种问题并不需要一蹴而就,一步步解决就行。而explicit关键字就是这么一种方法 ,先搞定一些想通过构造函数进行隐式转换的行为。看下面的代码:

#include <iostream>
#include <string>
using namespace std;
class Data {
public:/×explicit×/ Data(int d) {d_ = d;std::cerr << "set value:" << d << std::endl;}private:int d_ = 0;
};
int main() {Data d = 10;return 0;
}

在上面的代码中,程序会正常的执行,类对象可以使用一个普通的整形值进行赋值。这就是刚刚提到的隐式转换。但是如果在构造函数前增加explicit关键字,那么编译器会报一个编译错误:
“error: conversion from ‘int’ to non-scalar type ‘Data’ requested”,同时指出代码的位置。
和explicit相对应的是implicit。这样看就容易理解explicit这个关键字了,它就是显示的指定,这样也就容易明白它的用法了,想使用它限定的函数(主要就是构造函数,当然有些情况下也可以使用其它一些函数),就必须明确的调用它,而不是让编译器自做主张。说得更直白一些,就是不要约定俗成,必须明白的告诉编译器开发者想怎么做。

三、explicit注意点

使用explicit关键字,有几个需要注意的地方,在开发者经常会被忽略。
1、它只对一个参数的构造函数有意义
这种一个参数,既包括真正只有一个参数的构造函数,也包括其它形式的如虽然有多个参数但其它参数都有默认值的。因为拥有多个参数的构造函数是无法进行自动转换的。所以在一些编程风格的要求中,一个参数的构造函数,都必须显示使用explicit关键字。
2、防止隐式转换的情况
一般开发者只是认为防止转换构造函数(单参数的),其实对于转换运算符的隐式转换也是可以控制的。也就是上面提到的,其它情况下的一些函数,看代码:

class Data {
public:/*explicit*/ Data(int d) {d_ = d;std::cerr << "set value:" << d << std::endl;}/*explicit*/ operator int() const { return d_; }private:int d_ = 0;
};
int main() {Data d = 10;int d1 = d;return 0;
}

使用explicit最主要目的只有一个,防止编译器的隐式转换产生不可预知的结果。而这一结果进而提高了代码的可维护性。

四、总结

其实一直对这个关键字没有注意过,虽然也会使用,但也没有什么深刻的印象。有的时候看代码发现多个参数的构造函数也应用了这个关键字,也没有发现有什么不妥。直到后来一次实际操作中,才发现其实多个参数使用它没有实际意义。虽然不至于有什么问题,但仍然是对细节的把控不到位。
写这篇文章就是和诸君共勉!

这篇关于跟我学C++中级篇——explicit的分析的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/1122570

相关文章

C++中unordered_set哈希集合的实现

《C++中unordered_set哈希集合的实现》std::unordered_set是C++标准库中的无序关联容器,基于哈希表实现,具有元素唯一性和无序性特点,本文就来详细的介绍一下unorder... 目录一、概述二、头文件与命名空间三、常用方法与示例1. 构造与析构2. 迭代器与遍历3. 容量相关4

C++中悬垂引用(Dangling Reference) 的实现

《C++中悬垂引用(DanglingReference)的实现》C++中的悬垂引用指引用绑定的对象被销毁后引用仍存在的情况,会导致访问无效内存,下面就来详细的介绍一下产生的原因以及如何避免,感兴趣... 目录悬垂引用的产生原因1. 引用绑定到局部变量,变量超出作用域后销毁2. 引用绑定到动态分配的对象,对象

Nginx分布式部署流程分析

《Nginx分布式部署流程分析》文章介绍Nginx在分布式部署中的反向代理和负载均衡作用,用于分发请求、减轻服务器压力及解决session共享问题,涵盖配置方法、策略及Java项目应用,并提及分布式事... 目录分布式部署NginxJava中的代理代理分为正向代理和反向代理正向代理反向代理Nginx应用场景

Redis中的有序集合zset从使用到原理分析

《Redis中的有序集合zset从使用到原理分析》Redis有序集合(zset)是字符串与分值的有序映射,通过跳跃表和哈希表结合实现高效有序性管理,适用于排行榜、延迟队列等场景,其时间复杂度低,内存占... 目录开篇:排行榜背后的秘密一、zset的基本使用1.1 常用命令1.2 Java客户端示例二、zse

Redis中的AOF原理及分析

《Redis中的AOF原理及分析》Redis的AOF通过记录所有写操作命令实现持久化,支持always/everysec/no三种同步策略,重写机制优化文件体积,与RDB结合可平衡数据安全与恢复效率... 目录开篇:从日记本到AOF一、AOF的基本执行流程1. 命令执行与记录2. AOF重写机制二、AOF的

MyBatis Plus大数据量查询慢原因分析及解决

《MyBatisPlus大数据量查询慢原因分析及解决》大数据量查询慢常因全表扫描、分页不当、索引缺失、内存占用高及ORM开销,优化措施包括分页查询、流式读取、SQL优化、批处理、多数据源、结果集二次... 目录大数据量查询慢的常见原因优化方案高级方案配置调优监控与诊断总结大数据量查询慢的常见原因MyBAT

分析 Java Stream 的 peek使用实践与副作用处理方案

《分析JavaStream的peek使用实践与副作用处理方案》StreamAPI的peek操作是中间操作,用于观察元素但不终止流,其副作用风险包括线程安全、顺序混乱及性能问题,合理使用场景有限... 目录一、peek 操作的本质:有状态的中间操作二、副作用的定义与风险场景1. 并行流下的线程安全问题2. 顺

C++读写word文档(.docx)DuckX库的使用详解

《C++读写word文档(.docx)DuckX库的使用详解》DuckX是C++库,用于创建/编辑.docx文件,支持读取文档、添加段落/片段、编辑表格,解决中文乱码需更改编码方案,进阶功能含文本替换... 目录一、基本用法1. 读取文档3. 添加段落4. 添加片段3. 编辑表格二、进阶用法1. 文本替换2

MyBatis/MyBatis-Plus同事务循环调用存储过程获取主键重复问题分析及解决

《MyBatis/MyBatis-Plus同事务循环调用存储过程获取主键重复问题分析及解决》MyBatis默认开启一级缓存,同一事务中循环调用查询方法时会重复使用缓存数据,导致获取的序列主键值均为1,... 目录问题原因解决办法如果是存储过程总结问题myBATis有如下代码获取序列作为主键IdMappe

C++中处理文本数据char与string的终极对比指南

《C++中处理文本数据char与string的终极对比指南》在C++编程中char和string是两种用于处理字符数据的类型,但它们在使用方式和功能上有显著的不同,:本文主要介绍C++中处理文本数... 目录1. 基本定义与本质2. 内存管理3. 操作与功能4. 性能特点5. 使用场景6. 相互转换核心区别