ios - 在 iOS 扩展和应用程序之间使用 UIApplication.shared 共享 CocoaPod

Question

我有一个我编写的定制私有(private) CocoaPod。我正在尝试在我的 iOS 应用程序中使用它，它运行良好。但是当我将它添加到我的 iMessage 应用程序或共享扩展时它失败并给我一个错误 'shared' is unavailable: Use view controller based solutions where appropriate instead. 当尝试使用 UIApplication.共享。

我首先想到如何解决这个问题是添加一个 Swift 标志 IN_EXTENSION 或类似的东西。然后将代码包装在 #if block 中。

问题是 CocoaPod 源的目标位于某种类型的框架中。源不直接属于应用程序或扩展程序的一部分。所以添加那个标志并没有真正的帮助。

下面是我的 Podfile 的示例。

source 'https://github.com/CocoaPods/Specs.git'
source 'git@github.com:CUSTOMORG/Private-CocoaPods-Spec.git'
platform :ios, '9.0'
use_frameworks!
inhibit_all_warnings!

target 'MyApp' do
  pod 'MyCustomSwiftPackage', '1.0.0'
end

target 'MyApp Share Extension' do
  pod 'MyCustomSwiftPackage', '1.0.0'
end

如果我在 MyApp Share Extension 下注释掉行 pod 'MyCustomSwiftPackage', '1.0.0' 它工作正常。但如果我不加注释，它就会失败。

我的共享扩展中确实需要这个包。

我考虑过编写一个单独的 pod 来处理 UIApplication.shared 逻辑并将该 pod 添加到 MyApp。但这似乎是一种真正的痛苦。特别是因为我不知道在依赖相同源文件的 1 个项目中部署 2 个 CocoaPods 的方法。

如果这是唯一的解决方案，那么使用 Git 子模块并直接在应用程序中获取源代码似乎更好，因此我可以直接将其作为目标的一部分，然后 #if 应该可以工作.问题是如果我使用 Git 子模块，CocoaPod 的依赖关系将不会被处理。所以我真的不得不以某种方式使用 CocoaPods。

我更喜欢一种简单的解决方案，它不会像那些方案那样令人讨厌。那么有没有更好的方法来处理这个问题并修复那个错误而无需重写大量代码，这不是一个 super hacky 解决方案？

---

在评论中提到将 NSSelectorFromString 与 UIApplication.responds 和 UIApplication.perform 一起使用。问题在于，如果 Apple 更改了 API，代码就会中断，即使对于以前版本的应用程序也是如此，因为它是动态调用的，没有 API future 验证。虽然这个解决方案听起来很简单，但这似乎是一个非常糟糕的决定。

---

answer below看起来很有前途。遗憾的是，在评论中概述了一些更改之后，它仍然无法正常工作，主应用程序同时具有 Core 子规范和 AppExtension 子规范。

Answer 1

假设您是 MyLibrary 的所有者:

Pod::Spec.new do |s|
  s.name             = "MyLibrary"
  # Omitting metadata stuff and deployment targets

  s.source_files = 'MyLibrary/*.{m,h}'
end

您使用了不可用的 API，因此代码根据名为 MYLIBRARY_APP_EXTENSIONS 的预处理器宏有条件地编译某些部分。我们声明了一个名为 Core 的子规范，其中包含所有代码，但标志已关闭。如果用户未指定，我们将该子规范设为默认子规范。然后我们将声明一个额外的子规范，称为 AppExtension，包括所有代码，但设置预处理器宏:

Pod::Spec.new do |s|
  s.name             = "MyLibrary"
  # Omitting metadata stuff and deployment targets
  s.default_subspec = 'Core'

  s.subspec 'Core' do |core|
    core.source_files = 'MyLibrary/*.{m,h}'
  end

  s.subspec 'AppExtension' do |ext|
    ext.source_files = 'MyLibrary/*.{m,h}'
    # For app extensions, disabling code paths using unavailable API
    ext.pod_target_xcconfig = { 'GCC_PREPROCESSOR_DEFINITIONS' => 'MYLIBRARY_APP_EXTENSIONS=1' }
  end
end

然后在您的应用程序 Podfile 中，您将链接到主应用目标中的 Core，并链接到扩展中的 AppExtension，如下所示:

abstract_target 'App' do
  # Shared pods between App and extension, compiled with same preprocessor macros
  pod 'AFNetworking'

  target 'MyApp' do
    pod 'MyLibrary/Core'
  end

  target 'MyExtension' do
    pod 'MyLibrary/AppExtension'
  end
end

就是这样!