3

据我了解，模块接口及其实现可以分为两个不同的文件。与 header.h 和 source.cpp 文件类似。

这些文件的约定名称和文件后缀是什么？我们是否坚持使用“.h”作为界面？

因此，对于一个非常简单的情况：它看起来是否类似于标头声明、源代码实现？

// Module Interface: file name: mymodule.h ?
export module my.module;
export void Foo();

// Module implementation: file name mymodule.cpp ?
module my.module;
void Foo() {
   // complex code
}

如果我们编写模板代码，它的行为如何？它仍然只是“标题”（即模块接口），还是我们现在可以将它移到实现文件中？

4

1 回答 1

2

文件名约定（针对四种不同类型的模块单元！）仍在形成；各种原型实现可能会开发自己的竞争（一段时间？）。使用与头文件相同的样式肯定是个坏主意，因为所有这三个

#include"a.hh"  // header file
import "a.hh";  // header unit
import a;       // named module

尽管它们的含义非常不同，但这似乎是合理的。

（同样，不要使用.hC ++头文件，以便将它们与 C 头文件区分开来。）不可导入的模块单元（那些module a;既不是分区也不是接口单元的简单模块单元）可能会很好地坚持使用.cpp/ .cc/等，因为它们不需要（典型）构建系统的任何特别关注。

您的Foo示例是合理的，但请注意（使用意味着支持此用例的实现）您可以在接口中定义 Foo，然后更改该定义而不会冒ABI中断的风险。（但是，这样的更改会导致基于修改时间的构建系统重新编译客户端，而对这些实现没有任何好处。）但是，如果您进行Foo 内联（这里是可选的，但如果它在基于头文件的库的“接口”），对其定义的更改对所有典型实现都有 ABI 影响。

模板仍然受到熟悉的限制：必须导入它们的定义——在模块接口（主或分区）中可用以供外部使用——以便客户端创建实例化，显式特化和实例化通常例外。实现单元应该单独编译，并且可能以二进制形式发布，由于与普通源文件相同的原因，它们无法提供模板定义。

于 2020-02-22T16:43:22.240 回答