目录
再谈构造函数
构造函数体赋值
在创建对象时,编译器通过调用构造函数,给对象中各个成员变量一个合适的初始值。
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;
}
protected:
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;
};
为什么要使用初始化列表?
在C++98/03中我们只能对普通数组和POD(plain old data),简单来说就是可以用memcpy复制的对象)类型可以使用列表初始化
在C++11中初始化列表被适用性被放大,可以作用于任何类型对象的初始化。列表初始化不仅能完成对普通类型的初始化,还能完成对类的列表初始化
在以下代码中:
本文测试环境均为VS2019
class Time
{
public:
Time(int hour = 0, int minute = 0, int second = 0)
{//定义一个全缺省构造函数
_hour = hour;
_minute = minute;
_second = second;
cout << "Time();" << endl;
}
protected:
int _hour;
int _minute;
int _second;
};
class Date
{
public:
Date(int year, int month, int day, int hour, int minute, int second)
{
_year = year;
_month = month;
_day = day;
_time = Time(hour, minute, second);
//创建一个Time类匿名变量来对_t 进行初始化
//这里的完成动作应该是调用一次构造函数
}
protected:
int _year;
int _month;
int _day;
Time _time;//时间类作为日期类的成员变量
};
int main() {
Date d1(2022,3,21,19,34,21);
return 0;
}
代码运行结果
我们可以看到Time类的构造函数被调用了两次,在底层来看
可以看到在执行_time = Time(hour, minute, second);语句之前,Time类的构造函数已经被调用过一次了。事实上,对于自定义类型,一定会在初始化列表处调用一次,即使我们上面的代码中没有自己写初始化列表,编译器也会自己调用一次初始化。如果我们都在初始化列表对变量进行初始化,就会提高效率。
使用初始化列表的注意事项
- 每个成员变量在初始化列表中只能出现一次(初始化只能初始化一次)
类中包含以下成员,必须放在初始化列表位置进行初始化:
- 引用成员变量
- const成员变量
- 自定义类型成员(该类没有默认构造函数)
尽量使用初始化列表初始化,因为不管你是否使用初始化列表,对于自定义类型成员变量,一定会先使用初始化列表初始化,且性能更好。 成员变量 在类中 声明次序 就是其在初始化列表中的 初始化顺序 ,与其在初始化列表中的先后次序无关
explicit关键字
构造函数不仅可以构造与初始化对象,对于单个参数的构造函数,还具有类型转换的作用。
看以下代码
class Date
{
public:
Date(int year)
:_year(year)
{}
/*explicit Date(int year)
:_year(year)
{}*/
private:
int _year;
int _month;
int _day;
};
void TestDate()
{
Date d1(2018);
d1 = 2019;
};
int main() {
return 0;
}
2019是int类型的,不能直接给Date类对象d1赋值,但编译没有出错也可以运行。事实上,编译器在编译Date类的时候,发现Date具有一个int类型的但参构造函数,于是编译器就将2019借助单参的构造函数生成了一个临时对象。此处的赋值实际是用生成的临时对象来给d3赋值的,并不是直接使用2023赋值。在赋值结束之后临时对象就被销毁了。
用explicit关键字修饰构造函数,将会禁止单参构造函数的隐式转换。
static 成员
声明为 static的类成员 称为 类的静态成员 , 用 static 修饰的 成员变量 , 称之为 静态成员变量; 用 static修饰 的 成员函数 , 称之为 静态成员函数 。 静态的成员变量一定要在类外进行初始化
一个经典的问题:实现一个类,计算程序中创建了多少个类对象。
class Date
{
public:
Date(int year, int month, int day)
: _year(year)
, _month(month)
, _day(day)
// , _count(0)
{
_count++;
cout << "Date(int,int,int):" << this << endl;
}
Date(Date& d)
: _year(d._year)
, _month(d._month)
, _day(d._day)
{
_count++;
cout << "Date(const Date&):" << this << endl;
}
Date& operator=(const Date& d)
{
cout << this << "=" << &d << endl;
if (this != &d)
{
_year = d._year;
_month = d._month;
_day = d._day;
}
return *this;
}
~Date()
{
_count--;
cout << "~Date():" << this << endl;
}
static int _count;
private:
int _year;
int _month;
int _day;
/*static int _count;*/
};
// 静态成员变量需要放在类外单独进行定义,定义时不需要再加static关键字
int Date::_count = 0;
void TestDate()
{
Date d3(2022, 3, 21);
Date d4(d3);
}
int main()
{
Date d1(2022, 3, 20);
Date d2(d1);
cout << Date::_count << endl;
Date d3(2022, 3, 21);
Date d4(d3);
cout << Date::_count << endl;
return 0;
}
在不使用全局变量的情况下,我们可以定义一个static成员变量来计数。
特性
- 静态成员为所有类对象所共享,不属于某个具体的实例,不会影响类的大小
- 静态成员变量必须在类外定义,定义时不添加static关键字
- 类静态成员即可用类名::静态成员或者对象.静态成员来访问
- 静态成员函数没有隐藏的this指针,不能访问任何非静态成员
- 静态成员变量不能放在构造函数初始化列表的位置进行初始化
- 静态成员和类的普通成员一样,也有public、protected、private3种访问级别,也可以具有返回值
静态成员函数
- 静态成员函数没有隐藏的this指针参数
- 静态成员函数中不能访问普通成员变量
- 静态成员函数中不能调用普通成员函数
- 静态成员函数可以调用静态成员函数 或者 访问静态成员变量
- 静态成员函数不能设置为const成员函数----静态成员函数没有this指针
友元
- 友元分为:友元函数和友元类
- 友元提供了一种突破封装的方式,有时提供了便利。但是友元会增加耦合度,破坏了封装,所以友元不宜多用。
友元函数
Question
当我们尝试去重载operator<<的时候,会发现我们没办法将operator<<重载成成员函数,这是为什么呢?
class Date
{
public:
Date(int year, int month, int day)
: _year(year)
, _month(month)
, _day(day)
{}
ostream& operator<<(ostream& _cout)
{
_cout << _year << "-" << _month << "-" << _day;
return _cout;
}
private:
int _year;
int _month;
int _day;
};
int main() {
Date d1(2022, 3, 21);
cout<<d1;
}
当我们把代码携程这样时编译器会报错,但若是写成这样就不符合常规调用了。
Answer
这个问题其实是因为cout的输出流对象和隐含的this指针在抢占第一个参数的位置。 this指针默认是第一个参数也就是左操作数了。但是实际使用中cout需要是第一个形参对象,才能正常使用。所以我们要将operator<<重载成全局函数。但是这样的话,又会导致类外没办法访问成员,那么这里就需要友元来解决。operator>>同理。
友元函数的使用
友元函数 可以 直接访问 类的 私有 成员,它是 定义在类外部 的 普通函数 ,不属于任何类,但需要在类的内部声明,声明时需要加 friend 关键字。代码修改后如下:
class Date{
friend ostream& operator<<(ostream& _cout, const Date& d);
friend istream& operator>>(istream& _cin, Date& d);
public:
Date(int year, int month, int day)
: _year(year)
, _month(month)
, _day(day)
{}
private:
int _year;
int _month;
int _day;
};
ostream& operator<<(ostream& _cout, const Date& d) {
_cout<<d._year<<"-"<<d._month<<"-"<<d._day;
return _cout; }
istream& operator>>(istream& _cin, Date& d) {
_cin>>d._year;
_cin>>d._month;
_cin>>d._day;
return _cin;
};
- 流插入运算符<<重载时的约定:第一个参数必须是ostream& 第二个参数才是要打印的内容
- 返回值类型必须是输出流对象的引用,支持连续输出。
友元函数的一些注意
- 友元函数可访问类的私有和保护成员,但不是类的成员函数
- 友元函数不能用const修饰
- 友元函数可以在类定义的任何地方声明,不受类访问限定符限制
- 一个函数可以是多个类的友元函数
- 友元函数的调用与普通函数的调用和原理相同
友元类
- 友元类的所有成员函数都可以是另一个类的友元函数,都可以访问另一个类中的非公有员。
- 友元关系是单向的,不具有交换性。比如上述Time类和Date类,在Time类中声明Date类为其友元类,那么可以在Date类中直接访问Time类的私有成员变量,但想在Time类中访问Date类中私有的成员变量则不行。
- 友元关系不能传递。如果B是A的友元,C是B的友元,则不能说明C时A的友元。
class Date; // 前置声明
class Time
{
friend class Date; // 声明日期类为时间类的友元类,则在日期类中就直接访问Time类中的私有成
//员变量
};
class Date{
};
内部类
- 概念:如果一个类定义在另一个类的内部,这个内部类就叫做内部类。注意此时这个内部类是一个独立的类,它不属于外部类,更不能通过外部类的对象去调用内部类。外部类对内部类没有任何优越的访问权限。
- 注意:内部类就是外部类的友元类。注意友元类的定义,内部类可以通过外部类的对象参数来访问外部类中的所有成员。但是外部类不是内部类的友元。
- 特性:
- 内部类可以定义在外部类的public、protected、private都是可以的。
- 注意内部类可以直接访问外部类中的static、枚举成员,不需要外部类的对象/类名。
- sizeof(外部类)=外部类,和内部类没有任何关系
class A {
private:
static int k;
int h;
public:
class B
{
public:
void foo(const A& a)
{
cout << k << endl;//OK
cout << a.h << endl;//OK
}
};
};
int A::k = 1;
int main()
{
A::B b;
b.foo(A());
return 0;
}
再次理解封装
- C++是基于面向对象的程序,面向对象有三大特性即:封装、继承、多态。
- C++通过类,将一个对象的属性与行为结合在一起,使其更符合人们对于一件事物的认知,将属于该对象的所有东西打包在一起;通过访问限定符选择性的将其部分功能开放出来与其他对象进行交互,而对于对象内部的一些实现细节,外部用户不需要知道,知道了有些情况下也没用,反而增加了使用或者维护的难度,让整个事情复杂化。
再次理解面向对象
面向对象其实是在模拟抽象映射现实世界。
end