C++类型转换运算符存在的问题

C++类型转换运算符存在的问题

并非所有人都喜欢使用 C++类型转换,即使那些 C++拥趸也如此。其理由很多,从语法繁琐而不够直观到显得多余。

来比较一下下面的代码:

cpp 复制代码
double Pi = 3.14159265;

// C++ style cast: static_cast
int num = static_cast <int>(Pi); // result: Num is 3

// C-style cast 
int num2 = (int)Pi; // result: num2 is 3

// leave casting to the compiler
int num3 = Pi; // result: num3 is 3. No errors!  

在这 3 种方法中,程序员得到的结果都相同。在实际情况下,第 2 种方法可能最常见,其次是第 3 种,但几乎没有人使用第 1 种方法。无论采用哪种方法,编译器都足够聪明,能够正确地进行类型转换。这让人觉得类型转换运算符将降低代码的可读性。

同样, static_cast 的其他用途也可使用 C 风格类型转换进行处理,且更简单:

cpp 复制代码
// using static_cast
Derived* objDer = static_cast <Derived*>(objBase);

// But, this works just as well...
Derived* objDerSimple = (Derived*)objBase;

因此,使用 static_cast 的优点常常被其拙劣的语法所掩盖。 Bjarne Stroustrup 准确地描述了这种境况: "由于 static_cast 如此拙劣且难以输入,因此您在使用它之前很可能会三思。这很不错,因为类型转换在现代 C++ 中是最容易避免的。"

再来看其他运算符。在不能使用 static_cast 时,可使用 reinterpret_cast 强制进行转换;同样,可以

使用 const_cast 修改访问修饰符 const。因此,在现代 C++ 中,除 dynamic_cast 外的类型转换都是可以避免的。仅当需要满足遗留应用程序的需求时,才需要使用其他类型转换运算符。在这种情况下,程序员通常倾向于使用 C 风格类型转换而不是 C++类型转换运算符。重要的是,应尽量避免使用类型转换;而一旦使用类型转换,务必要知道幕后发生的情况。

应该:

复制代码
请牢记,将 Derived*转换为 Base* 被称为向上转换;这种转换是安全的。
请牢记,将 Base*转换为 Derived* 被称为向下转换;除非使用 dynamic_cast 并核实转换成功,否则这种转换不安全。
请牢记,创建继承层次结构时,应尽量将函数声明为虚函数。 这样通过基类指针调用这些函数时,如果该指针指向的是派生类对象,将调用相应类的函数版本。

不应该:

复制代码
使用 dynamic_cast 时,别忘了对转换得到的指针进行检查,看其是否有效。
设计应用程序时,不要使用 dynamic_cast 来依赖于 RTTI。

该文章会更新,欢迎大家批评指正。

推荐一个零声学院免费公开课程,个人觉得老师讲得不错,

分享给大家:Linux,Nginx,ZeroMQ,MySQL,Redis,

fastdfs,MongoDB,ZK,流媒体,CDN,P2P,K8S,Docker,

TCP/IP,协程,DPDK等技术内容,点击立即学习:

服务器课程:C++服务器

相关推荐
阿猿收手吧!3 小时前
【C++】Ranges:彻底改变STL编程方式
开发语言·c++
Polaris北4 小时前
第二十三天打卡
c++
船神丿男人6 小时前
C++:STL string(一)
开发语言·c++
程序员zgh6 小时前
Linux 内存管理单元 MMU
linux·运维·服务器·c语言·开发语言·c++
Smart-Space6 小时前
将copilot键映射为右control - 参考powertoys实现
c++
Trouvaille ~6 小时前
【Linux】TCP协议基础与连接管理详解:从三次握手到四次挥手
linux·运维·服务器·网络·c++·网络协议·tcp/ip
想做功的洛伦兹力16 小时前
2026/2/12日打卡
开发语言·c++·算法
你撅嘴真丑6 小时前
蛇形填充数组 与 查找最接近的元素
数据结构·c++·算法
blackicexs7 小时前
第四周第四天
数据结构·c++·算法
知无不研7 小时前
c++的设计模式(常用)
c++·观察者模式·单例模式·设计模式·简单工厂模式