“包括非模块化标头”......其他地方没有回答

Question

假设我有一个 Sockets 框架，它定义了一个 Obj-C 协议 SocketResponder。 然后让我们在我的服务框架中说，它依赖于并链接到 Sockets 框架。 我的服务框架混合了 Obj-C 和一点点 Swift 代码，以及其中一种 Obj-C 类型，比如 NetworkTimeResponder 符合 SocketResponder 协议，因此：

// Services/NetworkTime.h
#import <Sockets/Sockets.h>
@interface NetworkTimeResponder: <SocketResponder>
…

这看起来非常简单，但编译器给出了错误： Include of non-modular header inside framework module 'Services.NetworkTime': "...Sockets.framework/Headers/Sockets.h"

我已经阅读了很多对此的“解决方案”（StackOverflow 结果的每一页），但没有一个适用于这种情况。

我相信我理解这个问题，如果应用程序然后导入服务和 Sockets 框架的标头，那么 Sockets 框架标头中实际上有两个类型定义，因此它可能有问题。

但我真的很困惑，因为这与 AppKit 导入 Foundation 并声明符合NSCopying的类型，以及我的应用程序同时导入 AppKit 和 Foundation 有什么不同？ 这个问题似乎只出现在modules的情况下，这是因为我的一个框架中有一点 Swift 吗？ 我不熟悉模块如何从根本上不同并影响这一点。

谁能解释一下？

Answer 1

TLDR：导入和链接的目标框架也需要是一个模块。

我正在使用的这些项目是十年前开始的，因此它们的编译器设置随着时间的推移而演变。 “定义模块”和“启用 C 和 Obj-C 模块”（ DEFINES_MODULE和CLANG_ENABLE_MODULES ）都已关闭。 然而，在我的一个框架中添加了一点 Swift 代码后，Xcode 然后将DEFINES_MODULE和CLANG_ENABLE_MODULES都设置为 YES。

所以现在，如果“模块化”框架在其任何公共标头中从“非模块化”框架导入任何公共 header，就会弹出此错误。

它真正归结为“嘿，这个目标是一个模块，而那个不是。”

现在，为什么这是个问题？ 这深入探讨了为什么模块首先存在的部分原因。 如果我们查看CLANG_ALLOW_NON_MODULAR_INCLUDES_IN_FRAMEWORK_MODULES （一些不太知情的人会建议打开），那么答案就更清楚了：

“启用此设置允许从框架模块内使用非模块化包含。这本质上是不安全的，因为当任何同时导入框架和非模块化包含的客户端使用此类标头时，可能会导致重复定义。”

如果你知道 header 是如何工作的，并且你理解为什么 C/C++ 在标头中使用大量的 #ifdef 保护来避免重复声明，那么关键是：模块避免了所有这些麻烦，并保证只存在一个声明。 通过“允许非模块化包含在框架模块中”，您现在重新引入了重复的可能性。

https://clang.llvm.org/docs/Modules.html

所以这个故事的寓意是，如果给定的目标是一个模块，那么它在 public header 中#imports 的所有东西也应该是一个模块。