使用cocoapods构建静态库

Question

我正在尝试构建一个静态库，它具有在Podfile中指定的不同依赖项（例如AFNetworking）。 我不希望依赖项包含在最终的静态库中（调用libMyProject.a），我只想链接它们，然后创建一个MyProject.Podspec文件，我可以在其中放置相同的依赖项。

问题是，当我构建libMyProject.a时，libPods.a被链接并包含在内，因此如果我分发libMyProject.a而其他人将它集成在一个使用某些相同依赖项的项目中，则会出现重复的符号问题。

如何链接libPods.a lib但不包含在libMyProject.a中？ 它应该像链接其他现有框架一样工作。

谢谢！

Answer 1

我通过从Build Phases中的“Link Binary With Libraries”部分删除libPods.a lib来解决它。

Answer 2

虽然从“Link Binary with Libraries”构建阶段手动删除libPods.a确实有效，但真正的答案是不要让它首先添加到那里。

添加它的原因是pod install命令正在查找静态库目标作为其链接目标之一。 这可能是因为它是列表中的第一个目标（如果你没有明确指定目标，cocoapods的实现会导致它选择第一个目标），或者可能是因为你已经在'link_with'部分中明确说明了它。

我找到的答案是使用Podfile的link_with部分显式声明目标，并省略静态库目标 。

pods项目仍然是创建的，您的依赖项会按照您的预期进入，但libPods.a不会添加到静态库的构建阶段。

唯一的问题是如何放入link_with部分，如果不是你的静态库。 如果您有其他想要链接的目标（例如iPhone应用程序目标），那么这是一个不错的选择。 但如果您唯一真正的目标是静态库，则需要一些解决方法。

到目前为止，我的成功策略是创建一个静态库目标（是的，与主静态库中的一个单独的目标）并称之为“Dummy”。 在Podfile的link_with部分中指定此目标。

这有点令人反感，但它确实有效。

platform :ios, '5.1.1'

link_with ['Dummy']

pod 'AFNetworking', '= 1.3.1'

Answer 3

默认情况下，引用的库不包含在静态库产品中。 您看到的链接器冲突更可能是静态库和客户端应用程序都使用默认（隐式）Pod目标的结果。

每个Cocoapods生成的目标都包含一个编译到产品中的“Pods- target -dummy.m”文件; 如果你使用默认的Pods目标，它就叫做“Pods-dummy.m”。 当库和客户端都使用默认目标时，编译虚拟文件产生的相同符号将导致链接错误。

我自己尝试了Craig的一个变种，发现link_with语句还负责连接Cocoapods生成的xcconfig，后者提供控制头搜索路径的编译器标志。 当然，您可以手动添加xcconfig（或标题搜索路径项目设置），但我为我的团队寻找可重复的解决方案。

我的解决方案是为库创建一个显式目标，其名称不太可能导致与客户端项目冲突（例如，库的名称）：

target 'XYZLibrary' do
    pod 'AFNetworking', '2.5.2'
    ...
end

如果静态库目标的名称（在Xcode项目中）不同，则可以在target块中包含link_with语句，但如果只有一个目标，我通常更喜欢在两个地方使用相同的名称，从而无需使用link_with 。

如果您有单元测试目标，请创建两个单独的目标。 （我目前def一组在两个目标中常用的豆荚，因为抽象的目标不是目前的选择，但他们可能是一天。）它看起来像这样：

def common_pods
  pod 'AFNetworking', '2.5.2'
end

target 'XYZLibrary' do
  common_pods
end

target 'XYZLibraryTests' do
  common_pods
end

关键是Podfile的根目录中没有任何pod元素，因此Cocoapods不会生成默认目标。 这样，每个产品都会获得一个独特的“Pods- target -dummy.m”，当这些目标文件链接在一起时就没有冲突。