【C++】构造函数(初始化列表)、explicit、 Static成员、友元、内部类、匿名对象
- 构造函数(初始化列表)
- 前提
- 构造函数体赋值
- 初始化列表
- explicit关键字
- static成员
- 概念
- 特性(重要)
- 有元
- 友元函数
- 友元类
- 内部类
- 匿名对象
构造函数(初始化列表)
前提
前面 六个默认成员对象中我们已经学过什么是构造函数了,编译器自己生成的构造函数是默认构造函数的一种,如果在对象实例化时编译器自己调自己生成的构造函数,是不会对内置类型进行初始化的,而C++11 中针对内置类型成员不初始化的缺陷,又打了补丁,即:内置类型成员变量在类中声明时可以给默认值。如日期类:
class Date
{
private:// 基本类型(内置类型)int _year = 1970;int _month = 1;int _day = 1;};
但其实我们还可以利用构造函数的初始化列表来对成员变量进行初始化。
构造函数体赋值
在创建对象时,编译器通过调用构造函数,给对象中各个成员变量一个合适的初始值(在构造函数体内)。
class Date
{
public:
Date(int year, int month, int day){_year = year;_month = month;_day = day;}
private:
int _year;
int _month;
int _day;
};
虽然上述构造函数调用之后,对象中已经有了一个初始值,但是不能将其称为对对象中成员变量的初始化,构造函数体中的语句只能将其称为赋初值,而不能称作初始化。因为初始化只能初始化一次,而构造函数体内可以多次赋值。那到底要怎么弄才能是初始化呢?
初始化列表
初始化列表:以一个冒号开始,接着是一个以逗号分隔的数据成员列表,每个"成员变量"后面跟一个放在括号中的初始值或表达式。
class Date
{
public:
Date(int year, int month, int day): _year(year), _month(month), _day(day){}private:
int _year;
int _month;
int _day;
};
注意:
- 每个成员变量在初始化列表中只能出现一次(初始化只能初始化一次)
- 类中包含的以下成员变量,必须放在初始化列表位置进行初始化:
引用成员变量 (因为定义时就需要被初始化)
const成员变量 (因为定义时就需要被初始化)
自定义类型成员(且该类没有默认构造函数时)
三种默认构造函数(编译器自己生成的、显示化定义的构造函数且无参、显示化定义的构造函数且参数全缺省),类A中的成员变量如果是自定义类型(类B),那它在被初始化时只能去调用类B中的默认构造函数,如果类B中显示化定义了构造函数且不是more吧构造函数的一种,那就会出问题。这是由它在声明时的写法决定的。
class A {
public:
//下面这个显示实现的构造函数不属于默认构造函数A(int a):_a(a){}
private:int _a;
};class B {
public:B(int a, int ref):_aa(a),_ref(ref),_n(10){}
private:
//下面这个自定义类型的成员变量_aa只能调用类A的默认构造函数,而类A中又没有默认构造函数A _aa // 类A中没有默认构造函数int& _ref; // 引用const int _n; // const修饰
};
- 尽量使用初始化列表初始化,因为不管你是否使用初始化列表,对于自定义类型成员变量,一定会先使用初始化列表初始化。
意思就是如果我既在声明成员变量时给予了默认值,又在构造函数的初始化列表进行了初始化,那初始化时按初始化列表写的来初始化。如果只在声明成员变量时给予了默认值,初始化列表没有进行初始化操作,那初始化列表会按声明时给的默认值来初始化。总之都是初始化列表在初始化,只不过初始化的结果会有所不同
4.成员变量在类中声明次序就是其在初始化列表中的初始化顺序,与其在初始化列表中的先后次序无关。
explicit关键字
构造函数不仅可以构造与初始化对象,对于单个参数或者除第一个参数无默认值其余均有默认值的构造函数,还具有类型转换的作用。
class Date
{
public:
Date(int year):_year(year){}Date(int year, int month = 1, int day = 1): _year(year), _month(month), _day(day){}void Test()
{
//实际编译器背后会用2023构造一个临时对象,然后调用默认拷贝构造函数将临时对象拷贝给d1Date d1=2023;}
上述代码可读性不是很好,用explicit修饰构造函数,将会禁止构造函数的隐式转换。
class Date
{
public:
//构造函数前加上explicit
exlicit Date(int year):_year(year){}Date(int year, int month = 1, int day = 1): _year(year), _month(month), _day(day){}void Test()
{
//下面这种写法就不被允许了Date d1=2023;//只能写成下面这样,编译器直接调用构造函数Date d1(2023);}
static成员
概念
声明为static的类成员称为类的静态成员,用static修饰的成员变量,称之为静态成员变量;用static修饰的成员函数,称之为静态成员函数。静态成员变量一定要在类外进行初始化。
特性(重要)
- 静态成员为所有类对象所共享,不属于某个具体的对象,存放在静态区
- 静态成员变量必须在类外定义,定义时不添加static关键字,类中只是声明
- 类静态成员即可用 类名::静态成员 或者 对象.静态成员 来访问
- 静态成员函数没有隐藏的this指针,不能访问任何非静态成员
- 静态成员也是类的成员,受public、protected、private 访问限定符的限制
这里用一个题来进一步讲解静态成员变量:实现一个类,计算程序中创建出了多少个类对象。
思路:
每次有对象要被实例化时,编译器都会自动调用构造函数或拷贝构造函数,被实例化的对象在出作用域时又会调用析构函数删除,所以只要在构造函数、拷贝构造函数体内去让一个变量加一,在析构函数体内减一就行。这个变量不能属于某个具体的对象,而是要被大家所共享,而且值是具有累积效果的(只能被初始化一次),这就可以使用静态成员变量来解决这个问题。
class A
{
public:
//构造函数
A() { ++_scount; }
//拷贝构造函数
A(const A& t) { ++_scount; }
//析构函数
~A() { --_scount; }
//静态成员函数
static int GetACount() { return _scount; }
private:
//静态成员变量
static int _scount;
};
//静态成员变量的初始化
int A::_scount = 0;
void TestA()
{
cout << A::GetACount() << endl;
//
A a1, a2;
A a3(a1);
cout << A::GetACount() << endl; }

有元
友元提供了一种突破封装的方式,有时提供了便利。但是友元会增加耦合度,破坏了封装,所以友元不宜多用。
友元分为:友元函数和友元类
友元函数
友元函数可以直接访问类的私有成员,它是定义在类外部的普通函数(所以没有隐形的this指针),不属于任何类,但需要在类的内部声明,声明时需要加friend关键字。
class A
{//友元函数的声明friend int fun(const A& aa);
public:private:int _a=10;int _b=20;
};int fun(const A& aa)
{return aa._a + aa._b;
}
int main()
{A aa;cout << fun(aa) << endl;return 0;
}

注意:
友元函数可访问类的私有和保护成员,但不是类的成员函数。
友元函数不能用const修饰。
友元函数可以在类定义的任何地方声明,不受类访问限定符限制。
一个函数可以是多个类的友元函数。
友元函数的调用与普通函数的调用原理相同。
友元类
友元类的所有成员函数都可以是另一个类的友元函数,都可以访问另一个类中的非公有成员。
友元关系是单向的,不具有交换性(比如上述Time类和Date类,在Time类中声明Date类为其友元类,那么可以在Date类中直接访问Time类的私有成员变量,但想在Time类中访问Date类中私有的成员变量则不行)。
友元关系不能传递(如果C是B的友元, B是A的友元,则不能说明C时A的友元)。
友元关系不能继承(了解就行)。
class Time
{//友元类的声明friend class Date;public:Time():_hour(10), _minute(10), _second(10){}void Print(){cout << " " << _hour << " " << _minute << " " << _second << endl;}
private:int _hour;int _minute;int _second;
};class Date
{
public:Date():_year(2023), _month(2), _day(13){}void setTime(int hour, int minute, int second){//可以直接访问Time类中的私有成员变量_t._hour = hour;_t._minute = minute;_t._second = second;}void Print(){cout << " " << _year << " " << _month << " " << _day << " ";_t.Print();}private:int _year;int _month;int _day;Time _t;
};int main()
{Date d1;d1.Print();return 0;
}

内部类
概念:
如果一个类定义在另一个类的内部,这个内部类就叫做内部类。内部类是一个独立的类,它不属于外部类,更不能通过外部类的对象去访问内部类的成员。外部类对内部类没有任何优越的访问权限。
注意:内部类就是外部类的友元类,参见友元类的定义,内部类可以通过外部类的对象参数来访问外部类中的所有成员。但是外部类不是内部类的友元。
特性:
- 内部类可以定义在外部类的public、protected、private都是可以的。
- 注意内部类可以直接访问外部类中的static成员,不需要外部类的对象或类名。
- sizeof(外部类)=外部类,和内部类没有任何关系。
class A
{
public://B是内部类class B{public:void fun(const A& a){cout << _a1 <<" " << a._a2 <<" "<< _b1 <<" "<< _b2 << endl;}private:int _b1 = 20;int _b2 = 20;};private:
//类A的成员变量static int _a1;int _a2=10;
};//静态成员变量的初始化
int A::_a1 = 10;int main()
{A a;A::B b;b.fun(a);return 0;
}

匿名对象
class A {
public:
//构造函数A(int a = 0):_a(a){cout << "A(int a)" << endl;}//析构函数~A(){cout << "~A()" << endl;}private:int _a;
};class Solution {
public:int Sum_Solution(int n) {//...return n;}};int main()
{
//下面这样定义没有问题A aa1;// 不能这么定义对象,因为编译器无法识别下面是一个函数声明,还是对象定义A aa1();// 但是我们可以像下面这样定义匿名对象,匿名对象的特点不用取名字,// 但是他的生命周期只有这一行,我们可以看到下一行他就会自动调用析构函数A();A aa2(2);// 匿名对象在如下场景就很好,匿名对象只是过度,这一行用完就不用管了,非常方便实用Solution().Sum_Solution(10);return 0; }
如上知识学起来并不是很难,但却容易出错,大家可以自己多上机将代码实验几遍,再根据自己的理解去敲一些相关代码,这样可以及时发现错误并加深理解。
相关文章:
【C++】构造函数(初始化列表)、explicit、 Static成员、友元、内部类、匿名对象
构造函数(初始化列表)前提构造函数体赋值初始化列表explicit关键字static成员概念特性(重要)有元友元函数友元类内部类匿名对象构造函数(初始化列表) 前提 前面 六个默认成员对象中我们已经学过什么是构造…...
(六十)再来看看几个最常见和最基本的索引使用规则
今天我们来讲一下最常见和最基本的几个索引使用规则,也就是说,当我们建立好一个联合索引之后,我们的SQL语句要怎么写,才能让他的查询使用到我们建立好的索引呢? 下面就一起来看看,还是用之前的例子来说明。…...
机器学习与目标检测作业(数组相加:形状需要满足哪些条件)
机器学习与目标检测(数组相加:形状需要满足哪些条件)机器学习与目标检测(数组相加:形状需要满足哪些条件)一、形状相同1.1、形状相同示例程序二、符合广播机制2.1、符合广播机制的描述2.2、符合广播机制的示例程序机器学习与目标检…...
CentOS救援模式(Rescue Mode)及紧急模式(Emergency Mode)
当CentOS操作系统崩溃,无法正常启动时,可以通过救援模式或者紧急模式进行系统登录。启动CentOS, 当出现下面界面时,按e进入编辑界面。在编辑界面里,加入参数:systemd.unitrescue.target ,然后Ctrl-X启动进入…...
从面试官角度告诉你高级性能测试工程师面试必问的十大问题
目录 1、介绍下最近做过的项目,背景、预期指标、系统架构、场景设计及遇到的性能问题,定位分析及优化; 2、项目处于什么阶段适合性能测试介入,原因是什么? 3、性能测试场景设计要考虑哪些因素? 4、对于一…...
通过知识库深度了解用户的心理
自助服务知识库的价值是毋庸置疑的,如果执行得当,可以帮助减少客户服务团队的工作量,仅仅编写内容和发布是不够的,需要知道知识库对客户来说是否有用,需要了解客户获得的反馈,如果你正确的使用知识库软件&a…...
HiveSQL一天一个小技巧:如何将分组内数据填充完整?
0 需求1 需求分析需求分析:需求中需要求出分组中按成绩排名取倒数第二的值作为新字段,且分组内没有倒数第二条的时候取当前值。如果本题只是求分组内排序后倒数第二,则很简单,使用row_number()函数即可求出,但是本题问…...
【亲测可用】BEV Fusion (MIT) 环境配置
CUDA环境 首先我们需要打上对应版本的显卡驱动: 接下来下载CUDA包和CUDNN包: wget https://developer.download.nvidia.com/compute/cuda/11.6.2/local_installers/cuda_11.6.2_510.47.03_linux.run sudo sh cuda_11.6.2_510.47.03_linux.runwget htt…...
【调试方法】基于vs环境下的实用调试技巧
前言: 对万千程序猿来说,在这个世界上如果有比写程序更痛苦的事情,那一定是亲手找出自己编写的程序中的bug(漏洞)。作为新手在我们日常写代码中,经常会出现报错的情况(好的程序员只是比我们见过…...
单目标应用:蜣螂优化算法DBO优化RBF神经网络实现数据预测(提供MATLAB代码)
一、RBF神经网络 1988年,Broomhead和Lowc根据生物神经元具有局部响应这一特点,将RBF引入神经网络设计中,产生了RBF(Radical Basis Function)。1989年,Jackson论证了RBF神经网络对非线性连续函数的一致逼近性能。 RBF的基本思想是…...
MTK平台开发入门到精通(Thermal篇)热管理介绍
文章目录 一、热管理组成二、Linux Thermal Framework2.1、thermal_zone 节点2.2、cooling_device 节点三、Thermal zones沉淀、分享、成长,让自己和他人都能有所收获!😄 📢本篇文章将介绍MTK平台的热管理机制,热管理机制是为了防止模组在高温下工作导致硬件损坏而存在的…...
最好的 QML 教程,让你的代码飞起来!
想必大家都知道,亮哥一直深耕于 CSDN,坚持了好很多年,目前为止,原创已经 500 多篇了,一路走来相当不易。当然了,中间有段时间比较忙,没怎么更新。就拿 QML 来说,最早的一篇文章还是 …...
笔记(六)——stack容器的基础理论知识
stack是堆栈容器,元素遵循先进后出的顺序。头文件:#include<stack>一、stack容器的对象构造方法stack采用模板类实现默认构造例如stack<T> vecT;#include<iostream> #include<stack> using namespace std; int main(…...
Web前端学习:四 - 练习
三九–四一:百度页面制作 1、左右居中: text-align: center; 2、去掉li默认的状态 list-style: none; li中有的有点,有的有序,此代码去掉默认状态 3、伪类:hovar 一般显示为color: #0f0e0f, 当鼠标接触时…...
odoo15 标题栏自定义
odoo15 标题栏自定义 如何显示为自定义呢 效果如下: 代码分析: export class WebClient extends Component {setup() {this.menuService = useService("menu");this.actionService = useService("action");this.title = useService("title&…...
视觉SLAM十四讲 ch3 (三维空间刚体运动)笔记
本讲目标 ●理解三维空间的刚体运动描述方式:旋转矩阵、变换矩阵、四元数和欧拉角。 ●学握Eigen库的矩阵、几何模块使用方法。 旋转矩阵、变换矩阵 向量外积 向量外积(又称叉积或向量积)是一种重要的向量运算,它表示两个向量所形成的平行…...
问题解决:java.net.SocketTimeoutException: Read timed out
简单了解Sockets Sockets:两个计算机应用程序之间逻辑链接的一个端点,是应用程序用来通过网络发送和接收数据的逻辑接口 是IP地址和端口号的组合每个Socket都被分配了一个用于标识服务的特定端口号基于连接的服务使用基于tcp的流Sockets Java为客户端…...
前端代码优化方法
1.封装的css样式,增加样式复用性。如果页面加载10个css文件,每个文件1k,那么也要比只加载一个100k的css文件慢 2.减少css嵌套,最好不要嵌套三层以上 3.不要在ID选择器前面进行嵌套,ID本来就是唯一的而且权限值大,嵌套完…...
【批处理脚本】-1.16-文件内字符串查找增强命令findstr
"><--点击返回「批处理BAT从入门到精通」总目录--> 共9页精讲(列举了所有findstr的用法,图文并茂,通俗易懂) 在从事“嵌入式软件开发”和“Autosar工具开发软件”过程中,经常会在其集成开发环境IDE(CodeWarrior,S32K DS,Davinci,EB Tresos,ETAS…)中…...
三天吃透Redis面试八股文
本文已经收录到Github仓库,该仓库包含计算机基础、Java基础、多线程、JVM、数据库、Redis、Spring、Mybatis、SpringMVC、SpringBoot、分布式、微服务、设计模式、架构、校招社招分享等核心知识点,欢迎star~ Github地址:https://github.com/…...
椭圆曲线密码学(ECC)
一、ECC算法概述 椭圆曲线密码学(Elliptic Curve Cryptography)是基于椭圆曲线数学理论的公钥密码系统,由Neal Koblitz和Victor Miller在1985年独立提出。相比RSA,ECC在相同安全强度下密钥更短(256位ECC ≈ 3072位RSA…...
Cesium1.95中高性能加载1500个点
一、基本方式: 图标使用.png比.svg性能要好 <template><div id"cesiumContainer"></div><div class"toolbar"><button id"resetButton">重新生成点</button><span id"countDisplay&qu…...
PPT|230页| 制造集团企业供应链端到端的数字化解决方案:从需求到结算的全链路业务闭环构建
制造业采购供应链管理是企业运营的核心环节,供应链协同管理在供应链上下游企业之间建立紧密的合作关系,通过信息共享、资源整合、业务协同等方式,实现供应链的全面管理和优化,提高供应链的效率和透明度,降低供应链的成…...
理解 MCP 工作流:使用 Ollama 和 LangChain 构建本地 MCP 客户端
🌟 什么是 MCP? 模型控制协议 (MCP) 是一种创新的协议,旨在无缝连接 AI 模型与应用程序。 MCP 是一个开源协议,它标准化了我们的 LLM 应用程序连接所需工具和数据源并与之协作的方式。 可以把它想象成你的 AI 模型 和想要使用它…...
el-switch文字内置
el-switch文字内置 效果 vue <div style"color:#ffffff;font-size:14px;float:left;margin-bottom:5px;margin-right:5px;">自动加载</div> <el-switch v-model"value" active-color"#3E99FB" inactive-color"#DCDFE6"…...
MVC 数据库
MVC 数据库 引言 在软件开发领域,Model-View-Controller(MVC)是一种流行的软件架构模式,它将应用程序分为三个核心组件:模型(Model)、视图(View)和控制器(Controller)。这种模式有助于提高代码的可维护性和可扩展性。本文将深入探讨MVC架构与数据库之间的关系,以…...
如何在看板中有效管理突发紧急任务
在看板中有效管理突发紧急任务需要:设立专门的紧急任务通道、重新调整任务优先级、保持适度的WIP(Work-in-Progress)弹性、优化任务处理流程、提高团队应对突发情况的敏捷性。其中,设立专门的紧急任务通道尤为重要,这能…...
基于数字孪生的水厂可视化平台建设:架构与实践
分享大纲: 1、数字孪生水厂可视化平台建设背景 2、数字孪生水厂可视化平台建设架构 3、数字孪生水厂可视化平台建设成效 近几年,数字孪生水厂的建设开展的如火如荼。作为提升水厂管理效率、优化资源的调度手段,基于数字孪生的水厂可视化平台的…...
视频字幕质量评估的大规模细粒度基准
大家读完觉得有帮助记得关注和点赞!!! 摘要 视频字幕在文本到视频生成任务中起着至关重要的作用,因为它们的质量直接影响所生成视频的语义连贯性和视觉保真度。尽管大型视觉-语言模型(VLMs)在字幕生成方面…...
unix/linux,sudo,其发展历程详细时间线、由来、历史背景
sudo 的诞生和演化,本身就是一部 Unix/Linux 系统管理哲学变迁的微缩史。来,让我们拨开时间的迷雾,一同探寻 sudo 那波澜壮阔(也颇为实用主义)的发展历程。 历史背景:su的时代与困境 ( 20 世纪 70 年代 - 80 年代初) 在 sudo 出现之前,Unix 系统管理员和需要特权操作的…...
