何时使用 UIKIT_EXTERN 与仅使用 extern

Posted 2023-02-21

技术标签:

【中文标题】何时使用 UIKIT_EXTERN 与仅使用 extern【英文标题】：When to use UIKIT_EXTERN vs just extern 【发布时间】：2013-07-14 03:08:20 【问题描述】：

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

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

我怎么没看到更多？

【问题讨论】：

另一个选项是FOUNDATION_EXPORT per ***.com/questions/10953221/… 【参考方案1】：

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

没错。这是主要原因。这是因为 C 和 C++ 符号使用不同的命名约定。

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

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

如果是这种情况，用 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 翻译可见的库符号，这是完美的。

【讨论】：

【参考方案2】：

主要是让一个类在当前库/可执行文件之外可见。除非您正在开发库，否则您可能不需要使用它。

正如你所指出的，使用宏的主要优点是它内置了额外的 C++ extern 保护，所以如果你确实在开发一个库，这绝对是一个好主意（否则调用者必须是知道并添加extern C 声明）。