【More Effective C++ 条款4】非必要不提供default constructor
1)default constructor:在没有任何外来信息的情况下将对象初始化
2)但是有些对象如果没有外来信息,就没有办法完成初始化动作,那么这些对象,就没有必要提供default constructor
3)如果一个类缺乏default constructor,那么使用这个类的时候会存在一定的限制
限制1:产生数组的时候,没有任何一个方法可以为数组中的对象指定constructor自变量。
EquipmentPiece bestPieces[10];//错误!
EquipmentPiece *bestPieces=new EquipmentPiece[10];//错误!
限制2:不适用于某些模板类
对那些模板而言,被实例化的目标类型必须得有一个default constructor,这是一个普遍的共同需求,因为那些模板内几乎总是会产生一个以template作为类型而构架起来的数组,当然,如果谨慎设计模板,可以避免这个问题,但是很多模板的设计者独缺谨慎,这样会导致缺乏default constructor的类不兼容于许多模板
4)避免限制1的三种方法
方法1:在堆栈中创建数组,并且使用显示初始化列表
A a[5]={A(1),A(2),A(3),A(4),A(5)};
缺点:比较麻烦,如果数组元素有1W个,那么要写1w个构造函数,显然不可能
并且只适用于堆栈数组,堆中没有此语法(C++中堆栈指的是栈)
方法2:使用指针数组,而非对象数组
typedef EquipmentPiece* PEP;
PEP a[10];
PEP *b=new PEP[10];
数组中的各个指针可以用来指向一个个不同的对象
缺点:
1.不再需要这些对象时必须将此数组所指向的对象删除,避免内存泄漏
2.存放指针数组,需要额外的空间
方法3:使用内存池,使用operator new[]函数预先申请一块内存,要使用的时候再使用placement new(定位new)依次构造
#include<bits/stdc++.h>
using namespace std; class EquipmentPiece//该类缺乏default constructor
{
public:
EquipmentPiece(int IDNumber)
{ }
}; int main()
{
//分配足够的raw memory,给一个预备容纳10个EquipmentPiece 对象的数组使用
void *rawMemory=operator new[](10*sizeof(EquipmentPiece)); //让bestPieces指向此块内存,使得这块内存被视为一个EquipmentPiece数组
EquipmentPiece *bestPieces=static_cast<EquipmentPiece*>(rawMemory); //利用placement new 构造这块内存中的EquipmentPiece对象
for(int i=0; i<10; i++)
new (&bestPieces[i]) EquipmentPiece(1); }
优点:可以在堆中创建数组,并且不需要占用额外空间
缺点:
1)在数组内对象的生命周期结束时需要手动调用其析构函数,然后调用operator delete[]释放这块内存
2)如果采用一般的数组删除语法,程序行为将不可预期,因为删除一个不可以new operator获得的指针,其结果没有定义
5)总结
添加没有意义的default constructor,也会影响classes的效率,如果member function 必须测试字段是否真被初始化了,其调用者必须为测试行为付出时间代价,并且为测试代码付出空间代价,因为可执行文件和程序库都变大了,万一测试结果为否定,对应的测试程序又要付出一些空间代价,如果class constructors可以确保对象的所有字段都会被正确初始化,上述所有成本都可以免除,如果default constructor无法提供这种保证,那么最好避免让default constructor出现,虽然这可能会对classses的使用方式带来某种限制,但同时也带来一种保证,当你真的使用了这样的classes,你可以预期他们所产生的对象会被完全的初始化,实现上也富有效率
【More Effective C++ 条款4】非必要不提供default constructor的更多相关文章
- 【M4】非必要不提供default 构造方法
1.default 构造方法意味着,没有外来信息的情况下,进行初始化,构造出一个对象.对于有些对象是很合理的,比如数值之类的对象,可以初始化为0:对于指针之类的对象,初始化为null:对于集合如vec ...
- [More Effective C++]条款22有关返回值优化的验证结果
(这里的验证结果是针对返回值优化的,其实和条款22本身所说的,考虑以操作符复合形式(op=)取代其独身形式(op),关系不大.书生注) 在[More Effective C++]条款22的最后,在返回 ...
- More Effective C++ 条款0,1
More Effective C++ 条款0,1 条款0 关于编译器 不同的编译器支持C++的特性能力不同.有些编译器不支持bool类型,此时可用 enum bool{false, true};枚举类 ...
- VS中为非控制台程序提供控制台输出窗口
/************************************************************************/ /* 模块名:ConsoleAdapter 文件名 ...
- Effective C++ 条款08:别让异常逃离析构函数
1.别让异常逃离析构函数的原因 <Effective C++>第三版中条款08建议不要在析构函数中抛出异常,原因是C++异常机制不能同时处理两个或两个以上的异常.多个异常同时存在的情况下, ...
- Effective C++ 条款45
本节条款的题目是运用成员模板接受全部兼容类型 作者阐述自己的观点是通过智能指针的样例. 在学习本节条款之前我们要先明确关于隐式转化的问题 例如以下代码: #include<iostream> ...
- Effective C++ 条款44
本节条款的标题是:将与參数无关的代码抽离templates 学习本节条款首先须要明确一件事情,那就是模板实例化的过程会不会反复? 我们来举个样例: #include<iostream> u ...
- Effective C++ 条款46
本节条款:须要类型转换时请为模板定义非成员函数 这节知识是在条款24的基础上,讲述的有关非成员函数在模板类中(non-member function template)的作用. 我们先看一下条款24讲 ...
- Effective C++ 条款 50:了解new和delete的合理替换时机
(一) 为什么有人想要替换operator new 和 operator delete呢?三个常见的理由: (1)用来检測运用上的错误. (2)为了强化效果. (3)为了收集使用上的统计数据. (二) ...
随机推荐
- 咕咕咕-HLPP算法
hlpp(欢乐婆婆)算法总结 突然发现咕了好久(X) emm先大概说一下,hlpp是针对网络流算法的一种复杂度更优的算法,基于预流推进(即模拟) 复杂度上界为 n2根号m 且跑不满 (所以学会了它,可 ...
- MySQL基础(三)(操作数据表中的记录)
1.插入记录INSERT 命令:,expr:表达式 注意:如果给主键(自动编号的字段)赋值的话,可以赋值‘NULL’或‘DEFAULT’,主键的值仍会遵守默认的规则:如果省略列名的话,所有的字段必须一 ...
- 封装简单的Ajax
调用请求: var obj = { url:"", //url地址 例如:test.php method:"", //get或post(大小写不限) 例如:ge ...
- Webpack相关原理浅析
基本打包机制 本质上,webpack 是一个现代 JavaScript 应用程序的静态模块打包器(module bundler).当 webpack 处理应用程序时,它会递归地构建一个依赖关系图(de ...
- ios 开发学习步骤
https://developer.apple.com/library/prerelease/ios/referencelibrary/GettingStarted/RoadMapiOSCh/Wher ...
- <Android Studio> 1.如何APP配置权限
Android Studio必须手动配置权限: 如添加权限 : android.permission.RECEIVE_BOOT_COMPLETED 1.android.permission.WRITE ...
- Android内部存储与外部存储的文件操作类
public class SDCardHelper { // 判断SD卡是否被挂载 public static boolean isSDCardMounted() { // return Enviro ...
- 异常处理,常用字符串方法,selenium模块
异常处理 什么是异常处理 (处理异常,报错error) print(1 / 0) # 报了0除错误 # 打印结果: Traceback (most recent call last): File &q ...
- cpu开多少线程合适(转)
影响最佳线程数的主要因素: 1.IO 2.CPU 根据公式:服务器端最佳线程数量=((线程等待时间+线程cpu时间)/线程cpu时间) * cpu数量 一般来说是IO和CPU.IO开销较多的应用其CP ...
- Odoo配置文件
转载请注明原文地址:https://www.cnblogs.com/ygj0930/p/11189223.html