这一章是对 C++ 11-20 的复习,这将贯穿全书。我们将解释为什么 C++ 代表了一个伟大的机会,在编写比以往任何时候都简洁和更具可移植性的高质量代码时,不应该错过这个机会。
本章不包含所有由 C++ (11 到 20)引入的新特性——只是我们将在本书剩余部分使用的特性。具体来说,您将获得一个复习(如果您已经知道)或学习(如果您是新的)编写现代代码所需的最基本的新 C++ 技能。仅举几个例子,您将实际操作 lambda 表达式、原子和移动语义。
本章将涵盖以下食谱:
- 理解 C++ 基元类型
- λ表达式
- 自动类型扣除和
decltype
- 学习原子是如何工作的
- 了解
nullptr
如何工作 - 智能指针–
unique_ptr
和shared_ptr
- 学习语义是如何工作的
- 理解并发性
- 理解文件系统
- C++ 核心指南
- 将 GSL 添加到您的制作文件中
- 理解概念
- 使用跨度
- 了解范围是如何工作的
- 学习模块如何工作
为了让您立即试用本章中的程序,我们设置了一个 Docker 映像,其中包含了我们在本书中需要的所有工具和库。是基于 Ubuntu 19.04 的。
要进行设置,请执行以下步骤:
- 从www.docker.com下载并安装 Docker 引擎。
- 从 Docker Hub 中拉出图像:
docker pull kasperondocker/system_programming_cookbook:latest
。 - 图像现在应该可以使用了。输入以下命令查看图像:
docker images
。 - 现在,你应该有如下图像:
kasperondocker/system_programming_cookbook
。 - 借助以下命令,使用交互式外壳运行 Docker 映像:
docker run -it --cap-add sys_ptrace kasperondocker/system_programming_cookbook:latest /bin/bash
。 - 运行容器上的外壳现已可用。使用
root@39a5a8934370/# cd /BOOK/
获取本书各章节开发的所有程序。
需要--cap-add sys_ptrace
参数来允许 GDB 在 Docker 容器中设置断点,默认情况下,Docker 不允许这样做。
Disclaimer: The C++ 20 standard has been approved (that is, technically finalized) by WG21 in a meeting in Prague at the end of February. This means that the GCC compiler version that this book uses, 8.3.0, does not include (or has very, very limited support for) the new and cool C++ 20 features. For this reason, the Docker image does not include the C++ 20 recipe code. GCC keeps the development of the newest features in branches (you have to use appropriate flags for that, for example, -std=c++ 2a
); therefore, you are encouraged to experiment with them by yourself. So, clone and explore the GCC contracts and module branches and have fun.
这个配方将显示由 C++ 标准定义的所有原始数据类型,以及它们的大小。
在这一节中,我们将进一步了解 C++ 标准定义了哪些原语,以及哪些其他信息是重要的。我们还将了解到,虽然标准没有为每一个定义大小,但它定义了另一个重要参数:
- 首先,打开一个新的终端并输入以下程序:
#include <iostream>
#include <limits>
int main ()
{
// integral types section
std::cout << "char " << int(std::numeric_limits<char>::min())
<< "-" << int(std::numeric_limits<char>::max())
<< " size (Byte) =" << sizeof (char) << std::endl;
std::cout << "wchar_t " << std::numeric_limits<wchar_t>::min()
<< "-" << std::numeric_limits<wchar_t>::max()
<< " size (Byte) ="
<< sizeof (wchar_t) << std::endl;
std::cout << "int " << std::numeric_limits<int>::min() << "-"
<< std::numeric_limits<int>::max() << " size
(Byte) ="
<< sizeof (int) << std::endl;
std::cout << "bool " << std::numeric_limits<bool>::min() << "-"
<< std::numeric_limits<bool>::max() << "
size (Byte) ="
<< sizeof (bool) << std::endl;
// floating point types
std::cout << "float " << std::numeric_limits<float>::min() <<
"-"
<< std::numeric_limits<float>::max() << " size
(Byte) ="
<< sizeof (float) << std::endl;
std::cout << "double " << std::numeric_limits<double>::min()
<< "-"
<< std::numeric_limits<double>::max() << " size
(Byte) ="
<< sizeof (double) << std::endl;
return 0;
}
- 接下来,构建(编译并链接)
g++ primitives.cpp
。 - 这将产生一个名为
a.out
的可执行文件。
前面程序的输出如下所示:
这表示类型可以表示的最小值和最大值,以及当前平台的字节大小。
C++ 标准没有定义每种类型的大小,但是定义了最小宽度T4:
char
:最小宽度= 8short int
:最小宽度= 16int
:最小宽度= 16long int
:最小宽度= 32long int int
:最小宽度= 64
这一点有着巨大的含义,因为不同的平台可能有不同的大小,程序员应该处理这个问题。为了帮助我们获得一些关于数据类型的指导,有一个数据模型的概念。一个数据模型是由每个实现(编译器和操作系统遵循的架构的 psABI)做出的一组选择(每个类型一个特定的大小)来定义所有的原始数据类型。下表显示了现有的各种类型和数据模型的子集:
| 数据类型 | LP32 | ILP32 | LLP64 | LP64 |
| char
| eight | eight | eight | eight |
| short int
| Sixteen | Sixteen | Sixteen | Sixteen |
| int
| Sixteen | Thirty-two | Thirty-two | Thirty-two |
| long
| Thirty-two | Thirty-two | Thirty-two | Sixty-four |
| pointer
| Thirty-two | Thirty-two | Sixty-four | Sixty-four |
Linux 内核对 64 位架构(x86_64)使用 LP64 数据模型。
我们简短地谈到了 psABI 主题(平台特定应用二进制接口(ABI)的缩写)。每个架构(例如 x86_64)都有一个操作系统遵循的 psABI 规范。 GNU 编译器集合 ( GCC )必须知道这些细节,因为它必须知道它编译的原语类型的大小。i386.h
GCC 头文件包含该架构的原始数据类型的大小:
root@453eb8a8d60a:~# uname -a
Linux 453eb8a8d60a 4.9.125-linuxkit #1 SMP Fri Sep 7 08:20:28 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux
程序输出显示,当前的 OS(实际上是我们正在运行的 Ubuntu 映像)使用了预期的 LP64 数据模型,机器的架构是 x86_64。
正如我们所看到的,C++ 标准定义了以下基本数据类型:
- 整数:
int
- 角色:
char
- 布尔值:
bool
- 浮点:
float
- 双浮点:
double
- 作废:
void
- 宽字符:
wchar_t
- 空指针:
nullptr_t
数据类型可以有其他信息,以便定义它们的类型:
- 修饰语:
signed
、unsigned
、long
和short
- 限定词:
const
和restrict
- 存储类型:
auto
、static
、extern
、mutable
显然,不是所有这些附加属性都可以应用于所有类型;例如,unsigned
不能应用于float
和double
类型(它们各自的 IEEE 标准不允许这样做)。
特别是对于 Linux,Linux 内核文档通常是开始深入研究这个问题的好地方:https://www.kernel.org/doc/html/latest。GCC 源代码显示了每个支持的体系结构的原始数据类型的大小。更多详情请参考以下链接:https://github.com/gcc-mirror/gcc。
一个 lambda 表达式(或者 lambda 函数)是一种定义匿名的、小的、一次性使用的函数的便捷方式,以便在需要的地方使用。Lambda 对于标准模板库 ( STL )特别有用,我们会看到。
在本节中,我们将编写一些代码来熟悉 lambda 表达式。虽然机制很重要,但是要注意 lambda 的代码可读性,尤其是结合 STL。请遵循以下步骤:
- 在这个程序中,lambda 函数获取一个整数并将其打印到标准输出。让我们打开一个名为
lambda_01.cpp
的文件,并在其中编写以下代码:
#include <iostream>
#include <vector>
#include <algorithm>
int main ()
{
std::vector<int> v {1, 2, 3, 4, 5, 6};
for_each (begin(v), end(v), [](int x) {std::cout << x
<< std::endl;});
return 0;
}
- 在第二个程序中,lambda 函数通过引用捕获前缀,并将其添加到标准输出中的整数前面。让我们把下面的代码写在一个名为
lambda_02.cpp
的文件中:
#include <iostream>
#include <vector>
#include <algorithm>
int main ()
{
std::vector<int> v {1, 2, 3, 4, 5, 6};
std::string prefix ("0");
for_each (begin(v), end(v), [&prefix](int x) {std::cout
<< prefix << x << std::endl;});
return 0;
}
- 最后用
g++ lambda_02.cpp
编译。
在第一个例子中,lambda 函数只是获取一个整数作为输入并打印出来。请注意,代码简洁易读。Lambda 可以通过引用&
或通过值=
捕获范围内的变量。
第二个程序的输出如下:
在第二个例子中,lambda 通过引用捕获变量前缀 ,使其对 lambda 可见。这里,我们通过引用捕获了prefix
变量,但是我们可能捕获了以下任何一个:
- 所有变量通过引用
[&]
- 所有变量按值
[=]
- 指定捕捉什么变量和如何捕捉它们T0
在某些情况下,我们必须明确要返回的类型,如本例所示:
[](int x) -> std::vector<int>{
if (x%2)
return {1, 2};
else
return {3, 4};
});
名为尾随返回类型的-> std::vector<int>
运算符告诉编译器,这个λ将返回一个整数向量。
λ可以分解为六个部分:
- 捕获条款:
[]
- 参数表:
()
- 可变规格:
mutable
- 异常说明:
noexcept
- 尾随返回类型:
-> type
- 正文:
{}
这里 1 、 2 、 6 为必选。
虽然可选,但是可变规范和异常规范值得一看,因为它们在某些情况下可能很方便。可变规范允许通过 lambda 的主体修改副值参数。参数列表中的一个变量通常由按值常量捕获,因此可变规范只是消除了这个限制。第二种情况是异常规范,我们可以用它来指定 lambda 可能引发的异常。
斯科特·梅耶斯的《有效的现代 C++ 》( T1)和比雅尼·斯特劳斯特鲁普的《T2 的 c++ 编程语言》( T3)这两本书非常详细地涵盖了这些主题。
C++ 提供了两种从表达式中扣除类型的机制:auto
和decltype()
。auto
用于从初始值设定项中推导出一个类型,而decltype()
用于推导出更复杂情况下的类型。这个食谱将展示如何使用两者的例子。
避免显式指定将要使用的变量类型可能会很方便(实际上也是如此),尤其是当变量特别长并且在本地使用时:
- 让我们从一个典型的例子开始:
std::map<int, std::string> payslips;
// ...
for (std::map<int,
std::string>::const_iterator iter = payslips.begin();
iter !=payslips.end(); ++ iter)
{
// ...
}
- 现在,我们用
auto
改写一下:
std::map<int, std::string> payslips;
// ...
for (auto iter = payslips.begin(); iter !=payslips.end(); ++ iter)
{
// ...
}
- 让我们看另一个例子:
auto speed = 123; // speed is an int
auto height = calculate (); // height will be of the
// type returned by calculate()
decltype()
是 C++ 提供的另一种机制,当表达式比auto
情况更复杂时,可以推导出表达式的类型。
- 让我们用一个例子来看看这个:
decltype(a) y = x + 1; // deducing the type of a
decltype(str->x) y; // deducing the type of str->x, where str is
// a struct and x
// an int element of that struct
这两个例子可以用auto
代替decltype()
吗?我们将在下一部分看一看。
带有auto
的第一个例子表明,在编译时,类型是从右边的参数推导出来的。auto
用于简单情况。
decltype()
推导表达式的类型。在本例中,它定义了y
变量,因此它与a
是同一类型。可以想象,这在auto
上是不可能的。为什么呢?这很简单:decltype()
告诉编译器定义一个特定类型的变量;在第一个例子中,y
是一个与a
类型相同的变量。用auto
自动推导类型。
*我们应该在任何时候使用auto
和decltype()
,而不必显式指定变量的类型;例如,当我们需要一个double
型(而不是一个float
)时。值得一提的是,auto
和decltype()
都是演绎编译器已经知道的表达式类型,所以不是运行时机制。
有一个具体的案例必须提及。当auto
使用{}
(统一初始值设定项)进行类型推演时,会引起一些头疼(或者至少是我们意想不到的行为)。让我们看一个例子:
auto fuelLevel {0, 1, 2, 3, 4, 5};
在这种情况下,推导出的类型是initializer_list<T>
,而不是我们所期望的整数数组。
斯科特·梅耶斯的《有效的现代 C++ 》( T1)和比雅尼·斯特劳斯特鲁普的《T2 的 c++ 编程语言》( T3)这两本书非常详细地涵盖了这些主题。
传统上,C 和 C++ 在系统编程的可移植代码方面有着悠久的传统。C++ 11 标准中引入的atomic
特性强化了这一点,它在本地添加了一个保证,即一个操作被其他线程视为原子操作。原子就是一个模板,比如template <class T> struct atomic;
或者template <class T> struct atomic<T*>;
。C++ 20 在T
和T*
中增加了shared_ptr
和weak_ptr
。对atomic
变量执行的任何操作现在都受到保护,不受其他线程的影响。
std::atomic
是现代 C++ 处理并发的一个重要方面。让我们写一些代码来掌握这个概念:
- 第一段代码展示了
atomic
操作的基础。让我们现在写这个:
std::atomic<int> speed (0); // Other threads have access to the speed variable
auto currentSpeed = speed.load(); // default memory order: memory_order_seq_cst
- 在第二个程序中,我们可以看到如果实现是无锁的或者已经使用锁实现了,那么
is_lock_free()
方法返回true
。让我们编写这段代码:
#include <iostream>
#include <utility>
#include <atomic>
struct MyArray { int z[50]; };
struct MyStr { int a, b; };
int main()
{
std::atomic<MyArray> myArray;
std::atomic<MyStr> myStr;
std::cout << std::boolalpha
<< "std::atomic<myArray> is lock free? "
<< std::atomic_is_lock_free(&myArray) << std::endl
<< "std::atomic<myStr> is lock free? "
<< std::atomic_is_lock_free(&myStr) << std::endl;
}
- 让我们编译程序。这样做的时候,你可能需要用
g++ atomic.cpp -latomic
将atomic
库添加到 g++(由于一个 GCC 错误)。
std::atomic<int> speed (0);
将speed
变量定义为原子整数。虽然变量将是原子的,但是这个初始化不是原子的!相反,下面的代码:speed +=10;
自动增加10
的速度。这意味着不会有比赛条件。根据定义,当访问变量的线程中,至少有 1 个是写线程时,就会发生争用情况。
std::cout << "current speed is: " << speed;
指令自动读取速度的当前值。注意从速度读取值是原子的,但接下来发生的不是原子的(即通过cout
打印)。规则是读和写是原子的,但是周围的操作不是,正如我们所看到的。
第二个程序的输出如下:
原子的基本操作是加载、存储、交换和 cas (简称比较和交换),它们在所有类型的原子上都可用。根据类型(例如,fetch_add
)的不同,也有其他可用的选项。
不过,有一个问题仍然悬而未决。为什么myArray
用锁而myStr
是无锁的?原因很简单:C++ 为所有的基元类型提供了无锁实现,MyStr
里面的变量都是基元类型。用户将设置myStr.a
和myStr.b
。MyArray
另一方面,不是基本类型,所以底层实现会使用锁。
标准保证是,对于每个原子操作,每个线程都将取得进展。要记住的一个重要方面是编译器经常进行代码优化。atomics 的使用对编译器如何对代码进行重新排序施加了限制。限制的一个例子是,在写入atomic
变量之前的任何代码都不能在原子写入之后移动*。*
在这个食谱中,我们使用了名为memory_order_seq_cst
的默认记忆模型。其他一些可用的内存型号包括:
memory_order_relaxed
:只保证当前操作原子性。也就是说,无法保证不同线程中的内存访问是如何相对于原子操作进行排序的。memory_order_consume
:一旦释放线程中所有对释放操作有依赖关系的内存访问都发生了,操作就被命令发生。memory_order_acquire
:一旦释放线程中对内存的所有访问都发生,操作就被命令发生。memory_order_release
:操作被命令发生在消耗或获取操作之前。memory_order_seq_cst
:操作顺序一致有序。
斯科特·梅耶斯的《有效的现代 C++ 》( T1)和比雅尼·斯特劳斯特鲁普的《T2 的 c++ 编程语言》( T3)这两本书非常详细地涵盖了这些主题。此外,赫伯·萨特在 YouTube 上免费提供的原子武器演讲(https://www.youtube.com/watch?v=A8eCGOqgvH4)是一个很好的介绍。
在 C++ 11 之前,NULL
标识符是用于指针的。在这个食谱中,我们将看到为什么这是一个问题,以及 C++ 11 如何解决它。
为了理解nullptr
为什么重要,我们来看看NULL
的问题:
- 让我们编写以下代码:
bool speedUp (int speed);
bool speedUp (char* speed);
int main()
{
bool ok = speedUp (NULL);
}
- 现在,让我们使用
nullptr
重写前面的代码:
bool speedUp (int speed);
bool speedUp (char* speed);
int main()
{
bool ok = speedUp (nullptr);
}
第一个程序可能没有编译,或者(如果它编译了)调用了错误的方法。我们希望它改叫bool speedUp (char* speed);
。NULL
的问题恰恰是这样的:NULL
被定义为0
,这是一个整数类型,由预处理器使用(它将NULL
的所有事件替换为0
)。这是一个巨大的区别,因为nullptr
现在属于 C++ 原语类型,由编译器管理。
对于第二个程序,调用speedUp
(重载)方法,其中char*
指针指向nullptr
。这里没有歧义,我们称之为char*
类型的版本。
nullptr
代表一个不指向任何物体的指针:
int* p = nullptr;
因此,不存在歧义,这意味着可读性提高了。另一个提高可读性的例子如下:
if (x == nullptr)
{
// ...\
}
这使得代码更易读,并且清楚地表明我们正在比较指针。
斯科特·梅耶斯的《有效的现代 C++ 》( T1)和比雅尼·斯特劳斯特鲁普的《T2 的 c++ 编程语言》( T3)这两本书非常详细地涵盖了这些主题。
本食谱将展示unique_ptr
和shared_ptr
的基本用法。这些智能指针是不想手动处理内存释放的程序员的主要助手。一旦你学会了如何正确地使用它们,这将节省头痛和调试会话的夜晚。
在本节中,我们将了解两个智能指针std::unique_ptr
和std::shared_ptr
的基本用法:
- 让我们通过开发以下类来开发一个
unique_ptr
示例:
#include <iostream>
#include <memory>
class CruiseControl
{
public:
CruiseControl()
{
std::cout << "CruiseControl object created" << std::endl;
};
~CruiseControl()
{
std::cout << "CruiseControl object destroyed" << std::endl;
}
void increaseSpeedTo(int speed)
{
std::cout << "Speed at " << speed << std::endl;
};
};
- 现在,让我们通过调用前面的类来开发一个
main
类:
int main ()
{
std::cout << "unique_ptr test started" << std::endl;
std::unique_ptr<CruiseControl> cruiseControl =
std::make_unique<CruiseControl>();
cruiseControl->increaseSpeedTo(12);
std::cout << "unique_ptr test finished" << std::endl;
}
- 我们来编译
g++ unique_ptr_01.cpp
。 unique_ptr
的另一个例子显示了它在数组中的行为。让我们重用同一个类(CruiseControl
):
int main ()
{
std::cout << "unique_ptr test started" << std::endl;
std::unique_ptr<CruiseControl[]> cruiseControl =
std::make_unique<CruiseControl[]>(3);
cruiseControl[1].increaseSpeedTo(12);
std::cout << "unique_ptr test finished" << std::endl;
}
- 让我们用一个小程序来看看
std::shared_ptr
的动作:
#include <iostream>
#include <memory>
class CruiseControl
{
public:
CruiseControl()
{
std::cout << "CruiseControl object created" << std::endl;
};
~CruiseControl()
{
std::cout << "CruiseControl object destroyed" << std::endl;
}
void increaseSpeedTo(int speed)
{
std::cout << "Speed at " << speed << std::endl;
};
};
main
看起来是这样的:
int main ()
{
std::cout << "shared_ptr test started" << std::endl;
std::shared_ptr<CruiseControl> cruiseControlMaster(nullptr);
{
std::shared_ptr<CruiseControl> cruiseControlSlave =
std::make_shared<CruiseControl>();
cruiseControlMaster = cruiseControlSlave;
}
std::cout << "shared_ptr test finished" << std::endl;
}
它是如何工作的...一节将详细介绍这三个程序。
通过运行第一个unique_ptr
程序,即./a.out
,我们得到如下输出:
unique_ptr
是一个体现独特所有权理念的智能指针。唯一所有权,简单来说就是有且只有一个变量可以拥有一个指针。这个概念的第一个结果是,两个唯一的指针变量上不允许有复制操作符。只允许move
,所有权从一个变量转移到另一个变量。运行的可执行文件显示该对象在当前范围的末尾被解除分配(在本例中,是main
函数):CruiseControl object destroyed
。开发人员不需要在需要的时候费力地记住调用delete
,但是仍然保持对内存的控制,这是 C++ 相对于基于垃圾收集器的语言的主要优势之一。
在第二个unique_ptr
示例中,对于数组,有三个CruiseControl
类型的对象已经被分配,然后被释放。为此,输出如下:
第三个例子展示了shared_ptr
的用法。程序的输出如下:
shared_ptr
智能指针表示一个对象被多个变量指向(即被所有者指向)的概念。在这种情况下,我们谈论的是共享所有权。很明显,规则不同于unique_ptr
的情况。一个对象不能被释放直到至少有一个变量在使用它。在这个例子中,我们定义了一个指向nullptr
的cruiseControlMaster
变量。然后,我们定义了一个块,在这个块中,我们定义了另一个变量:cruiseControlSlave
。到目前为止,一切顺利!然后,仍然在区块内部,我们将cruiseControlSlave
指针分配给cruiseControlMaster
。此时,分配的对象有两个指针:cruiseControlMaster
和cruiseControlSlave
。当这个块被关闭时,cruiseControlSlave
析构函数被调用,但是对象没有被释放,因为它仍然被另一个使用:cruiseControlMaster
!当程序结束时,我们看到shared_ptr test finished
日志,紧接着cruiseControlMaster
之后,因为它是唯一一个指向CruiseControl
对象释放的,对象然后构造函数被调用,如CruiseControl object destroyed
日志中所报告的。
很明显,shared_ptr
数据类型有一个引用计数的概念来记录指针的数量。这些引用在构造函数期间增加(不总是;move
构造函数不是)和复制赋值操作符,在析构函数中减少。
参考计数变量可以安全增减吗?指向同一个对象的指针可能在不同的线程中,所以操作这个变量可能是个问题。这不是问题,因为引用计数变量是原子管理的(也就是说,它是原子变量)。
关于尺寸的最后一点。unique_ptr
和原始指针一样大,而shared_ptr
通常是unique_ptr
的两倍,因为引用计数变量。
我强烈建议始终使用std::make_unique
和std::make_shared
。它们的使用消除了代码重复并提高了异常安全性。想知道更多细节吗?shared_ptr.h
(https://github . com/GCC-mirror/GCC/blob/master/libstdc % 2B % 2B-v3/include/bits/shared _ ptr . h)和shared_ptr_base.h
(https://github . com/GCC-mirror/GCC/blob/master/libstdc % 2B % 2B-v3/include/bits/shared _ ptr _ base . h)包含 GCC shared_ptr
实现,这样我们就可以看到如何操纵引用计数了
斯科特·梅耶斯的《有效的现代 C++ 》( T1)和比雅尼·斯特劳斯特鲁普的《T2 的 c++ 编程语言》( T3)这两本书非常详细地涵盖了这些主题。
我们知道复制品很贵,尤其是重物。C++ 11 中引入的移动语义帮助我们避免昂贵的副本。std::move
和std::forward
背后的基本概念是参考值。这个食谱将告诉你如何使用std::move
。
让我们开发三个程序来了解std::move
及其普遍参考:
- 让我们从开发一个简单的程序开始:
#include <iostream>
#include <vector>
int main ()
{
std::vector<int> a = {1, 2, 3, 4, 5};
auto b = std::move(a);
std::cout << "a: " << a.size() << std::endl;
std::cout << "b: " << b.size() << std::endl;
}
- 让我们开发第二个例子:
#include <iostream>
#include <vector>
void print (std::string &&s)
{
std::cout << "print (std::string &&s)" << std::endl;
std::string str (std::move(s));
std::cout << "universal reference ==> str = " << str
<< std::endl;
std::cout << "universal reference ==> s = " << s << std::endl;
}
void print (std::string &s)
{
std::cout << "print (std::string &s)" << std::endl;
}
int main()
{
std::string str ("this is a string");
print (str);
std::cout << "==> str = " << str << std::endl;
return 0;
}
- 让我们看一个具有普遍意义的例子:
#include <iostream>
void print (std::string &&s)
{
std::cout << "print (std::string &&s)" << std::endl;
std::string str (std::move(s));
std::cout << "universal reference ==> str = " << str
<< std::endl;
std::cout << "universal reference ==> s = " << s << std::endl;
}
void print (std::string &s)
{
std::cout << "print (std::string &s)" << std::endl;
}
int main()
{
print ("this is a string");
return 0;
}
下一节将详细描述这三个程序。
第一个程序的输出如下(g++ move_01.cpp
和./a.out
):
在这个程序中,auto b = std::move(a);
做了几件事:
- 它将向量
a
转换为右值参考。 - 因为它是一个右值引用,所以调用向量移动构造函数,将
a
向量的内容移动到b
向量。 a
已经没有原始数据了,b
有了。
第二个程序的输出如下(g++ moveSemantics2.cpp
和./a.out
):
在第二个例子中,我们传递给print
方法的str
字符串是一个左值引用(也就是说,我们可以取那个变量的地址),所以它是通过引用传递的。
第三个程序的输出如下(g++ moveSemantics3.cpp
和./a.out
):
在第三个例子中,被调用的方法是以通用参考作为参数的方法:print (std::string &&s)
。这是因为我们不能取this is a string
的地址,这意味着它是一个右值引用。
现在应该很清楚了std::move
实际上并没有移动任何东西——它是一个函数模板,对右值执行无条件强制转换,就像我们在第一个例子中看到的那样。这允许我们将数据移动(而不是复制)到目标,并使源无效。std::move
的好处是巨大的,尤其是每次我们看到一个方法(T&&
)的右值引用参数时,它很可能是该语言以前版本(C++ 98 及以前)的副本。
*可能:这取决于编译器优化。
std::forward
有些相似(但目的不同)。它是对右值引用的条件转换。请通过阅读下一节中引用的书籍来了解更多关于std::forward
、右值和左值的信息。
斯科特·梅耶斯的《有效的现代 C++ 》( T1)和比雅尼·斯特劳斯特鲁普的《T2 的 c++ 编程语言》( T3)这两本书非常详细地涵盖了这些主题。
过去,C++ 开发人员通常使用线程库或本机线程机制(例如pthread
,一个 Windows 线程)来编写程序。自 C++ 11 以来,这种情况发生了巨大的变化,并发性是另一个重要的特性,它朝着自洽语言的方向发展。我们将在本食谱中看到的两个新功能是std::thread
和std::async
。
在本节中,我们将学习如何将std::thread
用于基本场景(创建和加入),以及如何向其传递和接收参数:
std::thread
:使用基本线程方法create
和join
,编写以下代码:
#include <iostream>
#include <thread>
void threadFunction1 ();
int main()
{
std::thread t1 {threadFunction1};
t1.join();
return 0;
}
void threadFunction1 ()
{
std::cout << "starting thread 1 ... " << std::endl;
std::cout << "end thread 1 ... " << std::endl;
}
- 用
g++ concurrency_01.cpp -lpthread
编译。
第二个例子类似于前面的例子,但是在这种情况下,我们传递并获取参数:
std::thread
:创建并连接一个线程,传递一个参数,得到一个结果。编写以下代码:
#include <iostream>
#include <thread>
#include <vector>
#include <algorithm>
void threadFunction (std::vector<int> &speeds, int& res);
int main()
{
std::vector<int> speeds = {1, 2, 3, 4, 5};
int result = 0;
std::thread t1 (threadFunction, std::ref(speeds),
std::ref(result));
t1.join();
std::cout << "Result = " << result << std::endl;
return 0;
}
void threadFunction (std::vector<int> &speeds, int& res)
{
std::cout << "starting thread 1 ... " << std::endl;
for_each(begin(speeds), end(speeds), [](int speed)
{
std::cout << "speed is " << speed << std::endl;
});
res = 10;
std::cout << "end thread 1 ... " << std::endl;
}
- 使用
g++ concurrency_02.cpp -lpthread
编译。
第三个例子使用异步创建一个任务,执行它,得到结果,如下所示:
std::async
:这里我们可以看到为什么 async 被称为基于任务的线程。编写以下代码:
root@b6e74d5cf049:/Chapter2# cat concurrency_03.cpp
#include <iostream>
#include <future>
int asyncFunction ();
int main()
{
std::future<int> fut = std::async(asyncFunction);
std::cout << "max = " << fut.get() << std::endl;
return 0;
}
int asyncFunction()
{
std::cout << "starting asyncFunction ... " << std::endl;
int max = 0;
for (int i = 0; i < 100000; ++ i)
{
max += i;
}
std::cout << " Finished asyncFunction ..." << std::endl;
return max;
}
- 现在,我们需要编译程序。这里有一个陷阱。由于我们使用了线程机制,编译器依赖于本机实现,在我们的例子中是
pthread
。为了编译和链接没有错误(我们会得到一个未定义的引用),我们需要包括-lpthread
:
g++ concurrency_03.cpp -lpthread
在第四个例子中,std::async
与std::promise
和std::future
结合使用,是一种让两个任务相互通信的好且简单的方法。让我们来看看:
std::async
:这是另一个展示基本通信机制的std::async
例子。让我们对它进行编码:
#include <iostream>
#include <future>
void asyncProducer(std::promise<int> &prom);
void asyncConsumer(std::future<int> &fut);
int main()
{
std::promise<int> prom;
std::future<int> fut = prom.get_future();
std::async(asyncProducer, std::ref(prom));
std::async(asyncConsumer, std::ref(fut));
std::cout << "Async Producer-Consumer ended!" << std::endl;
return 0;
}
void asyncConsumer(std::future<int> &fut)
{
std::cout << "Got " << fut.get() << " from the producer ... "
<< std::endl;
}
void asyncProducer(std::promise<int> &prom)
{
std::cout << " sending 5 to the consumer ... " << std::endl;
prom.set_value (5);
}
- 最后编译:
g++ concurrency_04.cpp -lpthread
让我们分析一下前面的四个程序:
std::thread
:下面的程序展示了创建和连接的基本线程用法:
第一次测试没有什么复杂的。std::thread
通过统一初始化用函数初始化并加入(等待线程完成)。线程将接受一个函数对象:
struct threadFunction
{
int speed;
void operator ()();
}
std::thread t(threadFunction);
std::thread
:创建并连接一个线程,传递一个参数,得到一个结果:
第二个测试展示了如何使用std::vector<int>& speeds
将参数传递给线程,并获得返回参数int& ret
。这个测试展示了如何将参数传递给一个线程,并不是多线程代码(也就是说,如果至少有一个线程会在其他线程上写,那么将相同的参数传递给其他线程会导致一个争用的情况)!
std::async
:这里我们可以看到 async 为什么叫基于任务的 穿线:
请注意,当我们调用std::async(asyncFunction);
时,我们可以在编译时使用auto fut = std::async(asyncFunction);
从std::async
推导返回的类型。
std::async
:这是另一个std::async
的例子,展示了一个基本的通信机制:
消费者void asyncConsumer(std::future<int> &fut)
调用未来的get()
方法,通过承诺上的set_value()
方法得到生产者设定的价值。fut.get()
等待需要计算的值(也就是说,这是一个阻塞调用)。
C++ 并发库不仅仅包括这个配方中显示的特性,尽管这些是基础特性。请前往比雅尼·斯特劳斯特鲁普的《C++ 编程语言》第五章第三段,探索可用的全套并发工具。
斯科特·梅耶斯的《有效的现代 C++ 》( T1)和比雅尼·斯特劳斯特鲁普的《T2 的 c++ 编程语言》( T3)这两本书非常详细地涵盖了这些主题。
C++ 17 在新特性方面标志着又一个巨大的里程碑。filesystem
库提供了一种更简单的与文件系统交互的方式。灵感来自Boost.Filesystem
(2003 年上市)。这个食谱将展示它的基本特征。
在本节中,我们将通过使用directory_iterator
和create_directories
展示两个filesystem
库的例子。虽然这个名称空间下肯定还有更多,但这两个片段的目标是突出它们的简单性:
std::filesystem::directory_iterator
:我们来写下面的代码:
#include <iostream>
#include <filesystem>
int main()
{
for(auto& p: std::filesystem::directory_iterator("/"))
std::cout << p << std::endl;
}
- 现在用
g++ filesystem_01.cpp -std=c++ 17 -lstdc++ fs
编译,其中-std=c++ 17
告诉编译器使用 C++ 17 标准,-lstdc++ fs
告诉编译器使用filesystem
库。
第二个例子是关于创建一个目录和一个文件:
std::filesystem::create_directories
:写下以下代码:
#include <iostream>
#include <filesystem>
#include <fstream>
int main()
{
std::filesystem::create_directories("test/src/config");
std::ofstream("test/src/file.txt") << "This is an example!"
<< std::endl;
}
- 编译同上例:
g++ filesystem_02.cpp -std=c++ 17 -lstdc++ fs
。
只用两行代码,我们就创建了一个文件夹结构,一个文件,并且还在上面写了字!就这么简单(而且便携)。
filesystem
库位于std::filesystem
命名空间下的<filesystem>
头。这两个测试虽然非常简单,但却是展示filesystem
库有多强大所必需的。第一个程序的输出如下:
std::filesystem
方法的完整列表可以在这里找到:https://en.cppreference.com/w/cpp/header/filesystem。
std::filesystem::create_directories
在当前文件夹中创建一个目录(递归地,如果test/src
不存在的话),在这种情况下。当然,也管理绝对路径,当前行将完全有效,即std::filesystem::create_directories("/usr/local/test/config");
。
源代码的第二行使用ofstream
创建一个名为test/src/file.txt
的输出文件流,并将<<
追加到字符串中:This is an example!
。
filesystem
图书馆深受Boost.Filesystem
的启发,从 2003 年开始提供。如果你想做一点实验和调试,只需给编译器添加-g
选项(将调试符号添加到二进制文件中):g++ **-g** fs.cpp -std=c++ 17 -lstdc++ fs
。
斯科特·梅耶斯的《有效的现代 C++ 》( T1)和比雅尼·斯特劳斯特鲁普的《T2 的 c++ 编程语言》( T3)这两本书非常详细地涵盖了这些主题。
《C++ 核心指南》是由比雅尼·斯特劳斯特鲁普领导的一项合作努力,很像 C++ 语言本身。它们是许多组织多年讨论和设计的结果。他们的设计鼓励普遍适用性和广泛采用,但他们可以自由复制和修改,以满足您组织的需求*。*更准确地说,这些指南指的是 C++ 14 标准。
转到 GitHub,转到 C++ 核心指南文档(http://isocpp.github.io/CppCoreGuidelines/CppCoreGuidelines,以及 GitHub 项目页面:https://github.com/isocpp/CppCoreGuidelines。
《C++ 核心指南》分为易于浏览的部分。这些部分包括类和类层次结构、资源管理、性能和错误处理。《C++ 核心指南》是由比雅尼·斯特劳斯特鲁普和赫伯·萨特领导的一项合作努力,但总共有 200 多名投稿人参与(要了解更多信息,请访问https://github . com/isocpp/cppcoreeguidelines/graph/投稿人)。他们提出的质量、建议和最佳实践令人难以置信。
使用 C++ Core Guidelines 最常见的方法是在 GitHub 页面上保持浏览器选项卡打开,并为您的日常任务不断查阅它。
如果你想对已经提供的问题有所贡献,GitHub 页面包含了很多项目,可以随时挑选。更多信息请访问https://github.com/isocpp/CppCoreGuidelines/issues。
本章的在你的 makefile 配方中添加 GSL 会有帮助。
“GSL”是本指南中指定的一小组类型和别名。在撰写本文时,它们在此的规范过于稀疏;我们计划添加一个 WG21 风格的接口规范,以确保不同的实现达成一致,并作为对可能的标准化的贡献提出建议,一如既往地服从委员会决定接受/改进/更改/拒绝的任何内容。”–c++ 核心指南常见问题解答 50。
转到 GitHub,转到 C++ 核心指南文档:http://isocpp.github.io/CppCoreGuidelines/CppCoreGuidelines。
在本节中,我们将通过修改 makefile 将指南支持库 ( gsl
)集成到一个程序中:
- 下载并复制一个
gsl
实现(例如https://github.com/microsoft/GSL)。 - 将
gsl
文件夹复制到您的项目中。 - 将 include 添加到 makefile:
-I$HOME/dev/GSL/include
。 - 在你的源文件中,包含
#include <gsl/gsl>
。
gsl
目前提供以下内容:
GSL.view
GSL.owner
GSL.assert: Assertions
GSL.util: Utilities
GSL.concept: Concepts
您可能已经注意到,要使gsl
工作,您只需要在 makefile 中指定头文件文件夹路径,即-I$HOME/dev/GSL/include
。另一个需要注意的细节是 makefile 中没有指定库。
这是因为整个实现是在gsl
文件夹下的头文件内联提供的。
*# 还有更多...
微软 GSL(http://isocpp.github.io/CppCoreGuidelines/CppCoreGuidelines)只是微软维护的一个实现。你可以在这里找到另一个实现:https://github.com/martinmoene/gsl-lite。这两个实现都已在麻省理工学院许可类型下发布。
本章的 C++ 核心指南食谱。
一个概念是一个与模板结合使用的编译时谓词。C++ 20 标准通过为开发人员提供更多的编译时机会来传达其意图,无疑促进了泛型编程。我们可以将需求(或约束)等概念可视化,模板的用户必须遵守这些概念。为什么我们需要概念?你必须自己定义概念吗?这个食谱将回答这些和更多的问题。
在本节中,我们将使用concepts
开发一个具体的模板示例:
- 我们想从 C++ 标准库中创建自己版本的
std::sort
模板函数。让我们从在.cpp
文件中编写以下代码开始:
#include <algorithm>
#include <concepts>
namespace sp
{
template<typename T>
requires Sortable<T>
void sort(T& container)
{
std::sort (begin(container), end(container));
};
}
- 现在,让我们使用我们的新模板类,其约束是我们传递的类型
std::vector
必须是可排序的;否则,编译器会通知我们:
int main()
{
std::vector<int> myVec {2,1,4,3};
sp::sort(vec);
return 0;
}
我们将在下一节中查看细节。
我坚信concepts
是缺失的特征。在他们之前,模板没有一套定义良好的需求,在编译错误的情况下,也没有对它的简单而简短的描述。这是推动concepts
功能设计的两大支柱。
步骤 1 包括std::sort
方法和concepts
标题的算法include
。为了不混淆编译器和我们自己,我们将新模板封装在一个名称空间sp
中。如您所见,与我们过去使用的经典模板相比,差异非常小,差异在于requires
关键字。
requires
告知编译器(以及模板用户)该模板仅在T Sortable
类型(Sortable<T>
)下有效。好的;什么是Sortable
?这是一个只有在评估为真时才满足的谓词。还有其他方法可以指定约束,如下所示:
- 跟在后面
requires
:
template<typename T>
void sort(T& container) requires Sortable<T>;
- 作为
template
参数:
template<Sortable T>
void sort(T& container)
我个人比较喜欢*里的风格怎么做...*节因为它更地道,更重要的是,允许我们把所有的requires
保持在一起,就像这样:
template<typename T>
requires Sortable<T> && Integral<T>
void sort(T& container)
{
std::sort (begin(container), end(container));
};
在这个例子中,我们想要传达我们的sp::sort
方法对于类型T
是有效的,也就是Sortable
和Integral
,不管什么原因。
第二步简单地使用我们新定制的排序版本。为此,我们实例化了一个向量(也就是Sortable
!)并输入到sp::sort
方法中。
可能有些情况下你需要创造自己的概念。标准库包含了很多,所以你很可能需要一个。正如我们在上一节中所学的,当且仅当一个概念被评估为真时,它才是谓词。将一个概念定义为两个现有概念的组合可能是这样的:
template <typename T>
concept bool SignedSwappable()
{
return SignedIntegral<T>() && Swappable<T>();
}
在这里,我们可以使用sort
方法:
template<typename T>
requires SignedSwappable<T>
void sort(T& container)
{
std::sort (begin(container), end(container));
};
为什么这很酷?有几个原因:
- 它让我们立即知道模板期望什么,而不会迷失在实现细节中(也就是说,需求或约束是显式的)。
- 在编译时,编译器将评估是否满足约束。
- c++ 之旅,第二版, B. Stroustrup: 第 7.2 章和第章 12.7 获取标准库中定义的概念的完整列表。
- https://gcc.gnu.org/projects/cxx-status.html获取用 GCC 版本和状态映射的 C++ 20 特性列表。
我们可能会遇到这样的情况:我们需要编写一个方法,但是我们希望能够灵活地接受一个普通数组或 STL 容器作为输入。std::span
解决了这个问题。它为用户提供了一个连续元素序列的视图。这个食谱会教你如何使用它。
在这个食谱中,我们将编写一个带有一个参数(std::span
)的方法,可以在不同的上下文中使用。然后,我们将强调它提供的灵活性:
- 让我们从添加我们需要的内容开始。然后,我们需要通过传递
std::span
类型的container
变量来定义print
方法:
#include <iostream>
#include <vector>
#include <array>
#include <span>
void print(std::span<int> container)
{
for(const auto &c : container)
std::cout << c << "-";
}
- 在
main
中,我们想要通过调用print
方法来打印我们的数组:
int main()
{
int elems[]{4, 2, 43, 12};
print(elems);
std::vector vElems{4, 2, 43, 12};
print(vElems);
}
让我们看看这是如何工作的。
std::span
描述一个对象,它引用一个连续的元素序列。C++ 标准将数组定义为具有连续的内存部分。这无疑简化了std::span
的实现,因为典型的实现包括一个指向序列的第一个元素和大小的指针。
第 1 步定义了传递std::span
的print
方法,我们可以解读为一个整数序列。任何具有连续内存的数组类型在方法中都将被视为一个序列。
步骤 2 使用两个不同数组的print
方法,一个是 C 风格的,另一个是 STL 库的std::vector
部分。由于两个数组都被定义在内存的连续部分,因此std::span
能够无缝地管理它们。
我们的方法考虑int
类型的std::span
。您可能需要使该方法通用。在这种情况下,您需要编写如下内容:
template <typename T>
void print(std::span<T> container)
{
for(const auto &c : container)
std::cout << c << "-";
}
正如我们在理解概念食谱中所学,在这个模板中指定一些需求是明智的。因此,我们可能会写信给以下人员:
template <typename T>
requires Integral<T>
void print(std::span<T> container)
{
for(const auto &c : container)
std::cout << c << "-";
}
requires Integral<T>
将明确模板的Integral
类型的需求。
- 理解概念食谱复习如何用模板编写概念并将其应用于
std::span
。 - https://gcc.gnu.org/projects/cxx-status.html获取用 GCC 版本及其状态映射的 C++ 20 特性列表。
C++ 20 标准增加了范围,它是容器的抽象,允许程序在容器的元素上统一操作。此外,Ranges 代表了一种非常现代和简洁的编写富于表现力的代码的方式。我们将了解到,使用管道和适配器时,这种表现力会更强。
在这一节中,我们将编写一个程序来帮助我们学习 Ranges 与管道和适配器的主要用例。给定一系列温度,我们希望过滤掉负温度,并将正温度(暖温度)转换为华氏温度:
- 在新的源文件上,键入以下代码。如您所见,两个 lambda 函数和一个
for
范围循环起作用:
#include <vector>
#include <iostream>
#include <ranges>
int main()
{
auto temperatures{28, 25, -8, -3, 15, 21, -1};
auto minus = [](int i){ return i <= 0; };
auto toFahrenheit = [](int i) { return (i*(9/5)) + 32; };
for (int t : temperatures | std::views::filter(minus)
| std::views::transform(toFahrenheit))
std::cout << t << ' '; // 82.4 77 59 69.8
}
我们将在下一节分析 Ranges 背后的原因。我们还将了解到 Ranges 是concepts
的第一批用户。
std::ranges
代表一种非常现代的方式,以可读的格式描述容器上的一系列动作。这是语言提高可读性的情况之一。
第 1 步定义temperatures
向量,其中包含一些数据。然后,我们定义了一个 lambda 函数,如果输入i
大于或等于零,则该函数返回 true。我们定义的第二个λ将i
转换为华氏温度。然后,我们循环温度(viewable_range
)并通过管道连接到filter
(在范围内称为adaptor
),这消除了基于minus
λ函数的负温度。输出通过管道传输到另一个适配器,该适配器转换容器的每一个单独的项目,以便进行最后的循环并打印到标准输出。
C++ 20 在我们用来迭代容器元素的层次上提供了另一个层次,一个更现代、更习惯的层次。通过将viewable_range
与适配器相结合,代码更加简洁、紧凑和可读。
C++ 20 标准库提供了更多遵循相同逻辑的适配器,包括std::views::all
、std::views::take
和std::views::split
。
所有适配器都是模板,使用概念来定义特定适配器所需的需求。这方面的一个例子如下:
template<ranges::input_range V, std::indirect_unary_predicate<ranges::iterator_t<V>> Pred >
requires ranges::view<V> && std::is_object_v<Pred>
class filter_view : public ranges::view_interface<filter_view<V, Pred>>
这个模板就是我们在这个食谱中使用的std::views::filter
。这个模板有两种类型:第一种是V
,输入范围(即容器),而第二种是Pred
(在我们的例子中是 lambda 函数)。我们为此模板指定了两个约束:
V
必须是视图- 谓词必须是对象类型:函数、lambda 等等
- 理解概念食谱复习概念。
- 前往https://github.com/ericniebler/range-v3查看 C++ 20 库提案作者(Eric Niebler)的
range
实现。 - 学习第 1 章、系统编程入门中的 Linux 基础–shell配方,注意到 C++ 20 Ranges 管道与我们在 shell 中看到的管道概念非常相似。
- 欲了解更多关于
std::is_object
的信息,请访问以下链接:https://en.cppreference.com/w/cpp/types/is_object。
在 C++ 20 之前,只有一种分部分构造程序的方法:通过#include
指令(由预编译器解析)。最新标准增加了另一种更现代的方法来达到同样的效果,称为模块。本食谱将向您展示如何使用模块编写代码以及#include
和模块之间的区别。
在本节中,我们将编写一个由两个模块组成的程序。这个程序是我们在学习 Range 如何工作食谱中开发的程序的改进。我们将把温度代码封装在一个模块中,并在客户端模块中使用它。让我们开始吧:
- 让我们创建一个名为
temperature.cpp
的新.cpp
源文件,并输入以下代码:
export module temperature_engine;
import std.core
#include <ranges>
export
std::vector<int> toFahrenheitFromCelsius(std::vector<int>& celsius)
{
std::vector<int> fahrenheit;
auto toFahrenheit = [](int i) { return (i*(9/5)) + 32; };
for (int t : celsius | std::views::transform(toFahrenheit))
fahrenheit.push_back(t);
return fahrenheit;
}
- 现在,我们必须使用它。创建一个新文件(例如,
temperature_client.cpp
)并包含以下代码:
import temperature_engine;
import std.core; // instead of iostream, containers
// (vector, etc) and algorithm
int main()
{
auto celsius = {28, 25, -8, -3, 15, 21, -1};
auto fahrenheit = toFahrenheitFromCelsius(celsius);
std::for_each(begin(fahrenheit), end(fahrenheit),
[&fahrenheit](int i)
{
std::cout << i << ";";
});
}
下一节将解释模块是如何工作的,它们与名称空间的关系,以及它们相对于#include
预编译器指令的优势。
模块是对#include
指令的 C++ 20 解决方案。可能在这里是强制性的,因为数百万行遗留代码不能在一夜之间转换为使用模块。
步骤 1 的主要目标是定义我们的temperature_engine
模块。第一行export module temperature_engine;
,定义了我们要导出的模块。接下来,我们有import std.core
。这是 C++ 20 带来的最大区别之一:不再需要使用#include
。具体来说,import std.core
相当于#include <iostream>
。我们还#include
了范围。在这种情况下,我们以旧的方式向您展示了混合新旧解决方案的代码是可能的。这很重要,因为它将允许我们如何更好地管理到模块的过渡。每次我们想从我们的模块中导出一些东西,我们只需要在它前面加上export
关键字,就像我们用toFahrenheitFromCelsius
方法做的那样。方法的实现不受影响,所以它的逻辑不会改变。
步骤 2 包含使用temperature_engine
的模块客户端的代码。和上一步一样,我们只需要使用import temperature_engine
并使用导出的对象。我们也用import std.core
代替#include <iostream>
。现在,我们可以像平常一样使用导出的方法,调用toFahrenheitFromCelsius
并传递预期的输入参数。toFahrenheitFromCelsius
方法返回一个整数向量,表示转换后的温度,单位为华氏度,这意味着我们只需要使用for_each
模板方法,通过使用 import std.core
打印值,而我们通常会使用#include <algorithm>
。
此时的主要问题是:为什么要用模块而不是#include
?Module
不仅仅代表了句法上的差异,它更深层次:
- 一个模块只编译一次,而
#includes
不编译。要使#include
只编译一次,我们需要使用#ifdef
#define
和#endif
预编译器。 - 模块可以以任何顺序导入,而不影响其含义。这对于
#include
来说是不一样的。 - 如果没有从模块中导出符号,客户端代码将无法使用它,如果用户使用了,编译器将发出错误通知。
- 与包含不同,模块是不可传递的。将模块
A
导入模块B
,当模块C
使用模块B
时,并不意味着自动获得模块A
的访问权限。
这对可维护性、代码结构和编译时间有很大影响。
一个反复出现的问题是,模块与名称空间不冲突(或重叠)吗?这是一个很好的观点,答案是否定的。名称空间和模块解决了两个不同的问题。命名空间是表达将一些声明组合在一起的意图的另一种机制。将组声明放在一起的其他机制是函数和类。如果两个班级发生冲突怎么办?我们可以将其中一个封装到一个名称空间中。你可以在理解概念食谱中看到一个这样的例子,在那里我们创建了我们自己的版本,叫做sp::sort
。另一方面,模块是功能的逻辑集合。这两个概念是正交的,这意味着我可以让我的名字空间分布在更多的模块上。一个具体的例子是std::vector
和std::list
容器,它们在两个不同的模块中,但在同一个namespace
: std
上。
另一件值得强调的事情是,模块允许我们将模块的一部分设置为private
,以使其他翻译单元 ( 状态)无法访问它。如果要将符号导出为不完整的类型,这很有用,例如:
export module temperature_engine;
import std.core
#include <ranges>
export struct ConversionFactors; //exported as incomplete type
export
void myMethod(ConversionFactors& factors)
{
// ...
}
module: private;
struct ConversionFactors
{
int toFahrenheit;
int toCelsius;
};
- 前往https://gcc.gnu.org/projects/cxx-status.html查看模块(以及其他 C++ 20 特性)支持时间线。
- Lambda 的复习食谱。**