16

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

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

我怎么看不到这个？

4

2 回答 2

25

我猜如果我的项目中有可能使用该变量的 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 并且框架必须由您的库导入，那么使用它们的同义词不太可能给您的库带来问题。

但这是一组相当大的条件——你的库很容易简单地声明它自己的. 简而言之，一个编写良好且可移植的库应该（几乎）从不使用 'raw' extern，不必要的库依赖也不应该是一件好事（在这种情况下为 UIKit）。

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

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

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

最后，UIKIT_EXTERN可能不会完全按照您的期望/想要做，因为它指定：

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

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

于 2013-07-16T06:12:47.300 回答
2

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

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

这在此处的 ADC 文档中有所介绍：

在这里得到了很好的回答：

于 2013-07-16T04:36:29.650 回答