objective-c - 何时使用 UIKIT_EXTERN 与仅使用 extern

Question

我猜我只会使用 UIKIT_EXTERN，如果我的项目中有可能使用该变量的 C++ 代码。

如果是这种情况，使用 UIKIT_EXTERN 声明所有外部可用常量不是很安全吗？

我怎么没看到更多？

Answer 1

I'm guessing I would only use UIKIT_EXTERN if there is a chance of C++ code in my project that may use the variable.

没错。这是首要原因。发生这种情况是因为 C 和 C++ 符号使用不同的命名约定。

还有一个不太常见的原因:UIKIT_EXTERN 还指定了默认可见性。

注意:更一般地说，“符号”不是“变量”，因为 extern 也可以应用于常量、函数等。

If this is the case wouldn't it just be safe to declare all your externally available constants with UIKIT_EXTERN?

简短回答:使用这种形式是一种很好的做法(阅读:“安全”)，但通常最好让您的库声明自己的 UIKIT_EXTERN.

---

UIKIT_EXTERN 是一个 UIKit 声明。 库不应该依赖于这个声明，而只是定义它们自己的同义词——很多都这样做，但我发现它在 C 和 C++ 中更常见，因为这些程序通常面向更多平台和很大一部分iOS 程序不是为支持其他平台而开发的。否则，不需要 UIKit 的 Objective-C 程序可能会因为此声明而依赖 UIKit，因此它们将不得不导入 UIKit(以便 UIKIT_EXTERN 的声明可见)。

此外，UIKit 并非在可以运行 iOS 程序的所有平台上都可用(即它可能是 C、C++，或依赖于 Foundation 并可移植到 OS X)。因此，即使有人(好奇地)坚持宣称他们自己的想法是个坏主意，选择 CF_EXPORT(CoreFoundation 的等价物)将是一个更便携的选择，因为它也可以用于 C、C++ 和 OS X . 此外，您的库只需要包含 CoreFoundation(至少)。

如果您的库依赖于 UIKit 并且框架必须由您的库导入，那么使用它们的同义词极不可能给您的库带来问题。

但这是一个相当大的条件集 -- 您的图书馆很容易简单地声明自己的条件。简而言之，一个编写良好且可移植的库应该(几乎)永远不要使用“原始”extern，不必要的库依赖也不应该是一件好事(在这种情况下是 UIKit)。

使用 UIKIT_EXTERN 将是一个糟糕的设计选择除非您的库与 UIKit 密不可分——例如 UIView 子类的集合.

如果您的库只处理 Foundation 类型，那么导入 UIKit 意味着您的库将(不必要地)无法在 OS X 上使用(直到 UIKit 导入被删除)。

没有太多使用C++和C(包括超集)经验的人可能不知道符号名称不同，所以他们可能直接使用extern。最后，一些程序最初并不是设计用于 C 和/或 Objective-C 翻译之外的，因此它们可能只是使用了 extern 而没有对翻译进行条件修饰。

最后，UIKIT_EXTERN 可能不会完全按照您的期望/想要的方式执行，因为它指定:

• 一个外部 C 符号
• 具有默认可见性

对于 ObjC 翻译可见的库符号，这是完美的。