ios - 使用框架在应用程序扩展中使用 Cocoapods

Question

我有一个用 Swift 编写的应用程序(我们称之为 MyApp)，其目标如下:

MyApp : 主要目标

MyAppKit :一个目标，为应用程序及其扩展程序之间共享的代码构建框架，主要是 API 后端和数据库处理

MyAppWidget :使用 MyAppKit 的今日 View 小部件(或现在称为的任何名称)框架。

MyAppKit框架链接到使用它的每个目标，即 MyApp和 MyAppWidget .输入 Cocoapods :我曾经有以下 Podfile 结构:

platform :ios, '8.0'
use_frameworks!

target 'MyApp' do
    # Mostly UI or convenience pods
    pod 'Eureka', '~> 2.0.0-beta'
    pod 'PKHUD', '~> 4.0'
    pod '1PasswordExtension', '~> 1.8'
end

target 'MyAppKit' do
    # Backend pods for networking, storage, etc.
    pod 'Alamofire', '~> 4.0'
    pod 'Fuzi', '~> 1.0'
    pod 'KeychainAccess', '~> 3.0'
    pod 'RealmSwift', '~> 2.0'
    pod 'Result', '~> 3.0'
end

target 'MyAppWidget' do
    # Added here event though the target only imports MyAppKit but it worked
    pod 'RealmSwift', '~> 2.0'
end

这里的目的是只暴露 MyAppKit框架到其他部分，而不是它的所有 pod(例如，我不希望能够在主应用程序中 import Alamofire)。但是，从 Cocoapods 1.2.0 RC 开始， pod install失败，出现以下错误: [!] The 'Pods-MyApp' target has frameworks with conflicting names: realm and realmswift. .它曾经可以工作，因为 pod 是为扩展声明的，但仅嵌入在主机应用程序中(有关更多信息，请参阅 this issue)。所以我从小部件的目标中删除了 pod，只剩下一个空白 target 'MyAppWidget'线。

使用此配置， pod install运行良好，但在 MyAppWidget 的链接阶段编译失败目标: ld: framework not found Realm for architecture x86_64 .这可以通过显式添加 Realm.framework 来解决。和 RealmSwift.framework到“Link Binary With Libraries”部分和目标 Pods-MyAppWidget.[debug/release].xcconfig 中的以下build设置:

FRAMEWORK_SEARCH_PATHS = $(inherited) "$PODS_CONFIGURATION_BUILD_DIR/Realm" "$PODS_CONFIGURATION_BUILD_DIR/RealmSwift"`

但是，每当我运行 pod install ，build设置自然恢复，我必须再次添加build设置。

我看到以下解决方案:

添加 post_install hook 每次添加这些设置，但它似乎“hacky”，经过几次误导性尝试后，我没有找到 API 引用，也不知道如何将这些设置添加到 MyAppWidget通过脚本定位。

将 Podfile 更改为以下结构(甚至将其包装在抽象目标中):

[...]
target 'MyAppKit' do
    # Backend pods for networking, storage, etc.
    pod 'Alamofire', '~> 4.0'
    pod 'Fuzi', '~> 1.0'
    pod 'KeychainAccess', '~> 3.0'
    pod 'RealmSwift', '~> 2.0'
    pod 'Result', '~> 3.0'

    target 'MyAppWidget' do
        inherit! :search_paths # Because else we get the "conflicting names" error
    end
end

从“小部件应该知道在链接期间查看哪里但本身不需要 Pod”的意义上来说，这对我来说似乎是合乎逻辑的，但这并没有添加上述build设置(我可能误解了 :search_paths 继承)(编辑:它实际上有效，但不适用于抽象目标)。我想到这个想法是因为在旧版本的 CocoaPods 中，solution显然是要添加 link_with ，现已弃用。

Expose Realm 也在MyApp目标，但是这与我无法访问主代码中的“后端”代码的目标相冲突(它可能纯粹是审美？)。

所以，这是我的问题:在主应用程序和扩展程序之间共享的框架中集成 pod 的最佳方法是什么，同时仍然能够编译，而无需调整和手动添加内容？

提前干杯和感谢!

编辑

关注 Prientus' comment我探索了抽象和继承的可能性。我现在发现的潜在问题实际上是多方面的:

它曾经在 Cocoapods 1.2.0 之前工作，因为在小部件的目标下声明的 pod 被嵌入到主机应用程序中，但仍然链接到小部件。不，它只是拒绝在“主与扩展”关系中为不同目标使用相同名称的 pod

使用抽象目标是不够的，因为目标不能仅从抽象目标继承搜索路径 ( inherit! :search_paths )。

搜索路径可以继承自真实目标，如 MyAppKit ，但这会将所有这些 pod 暴露给 MyApp的代码(我想避免)，并且仍然存在链接 Realm 框架的问题(因为实际上小部件使用了最微小的 getter，因此需要它)。

使用最后一个选项并手动链接 Realm.framework 可以工作，但对于我的意图和过去的工作效果并不理想。根据 various，其中一些问题似乎是一个错误。 issues on Cocoapods 的 GitHub。我已添加 my own issue并且会在我有消息时更新。

Answer 1

那么，是什么给出了:

我对“在目标之间分离 Pod”的担忧是荒谬的，因为您仍然可以在任何地方导入它们。

“您必须手动链接”问题由一个简单的 import RealmSwift 修复。陈述。

因此，固定和工作的 Podfile 是:

platform :ios, '8.0'
use_frameworks!

target 'MyApp' do
    pod 'Eureka', '~> 2.0.0-beta'
    pod 'PKHUD', '~> 4.0'
    pod '1PasswordExtension', '~> 1.8'
end

target 'MyAppKit' do
    pod 'Fuzi', '~> 1.0'
    pod 'RealmSwift', '~> 2.0'
    pod 'Alamofire', '~> 4.0'
    pod 'KeychainAccess', '~> 3.0'
    pod 'Result', '~> 3.0'

    target 'MyAppWidget' do
        inherit! :search_paths
    end
end

就是这样。我会说旧的行为更明显，不需要阅读“podfile 目标继承”。不过我确实学到了很多。干杯!