【问题标题】:How should I distribute an iOS SDK in the form of a static library?我应该如何以静态库的形式分发 iOS SDK?
【发布时间】:2011-09-07 11:34:57
【问题描述】:

我目前正在为 iOS 编译一个静态库,我们称之为 libMySDK.a。我复制最终用户需要的所有头文件,并将它们放入带有 libMySDK.a 的文件夹中。这个文件夹可以拖到一个新的 Xcode 项目中,如果我在新项目的构建设置中设置 -all_load 链接器标志(在“其他链接器标志”下),一切都会按预期工作。

我从未分发过静态库 - 是一个包含一些头文件和一个 .a 文件的文件夹,如果您想使用 MySDK,您希望收到什么?

【问题讨论】:

  • 我希望收到源代码。为什么不直接分发它,而不是编译库?
  • 我将关闭源代码。

标签: xcode ios sdk distribution static-libraries


【解决方案1】:

Openfeint 将其框架作为静态框架提供。我们可以将框架用作 iOS SDK 中的框架。

请查看github - Eskipol/OpenFeint-iOS-Framework。打开 OpenFeint 项目并深入研究“OpenFeint-iOS”目标。它具有“构建静态库”、“构建通用库”、“复制标题”和“复制资源”阶段。这些阶段具有用于创建静态框架的 shell 脚本。它将帮助您分发静态库。

已编辑:

关键在于“构建通用库”阶段的 shell 脚本。正确创建框架目录(Versions/A/Headers and Resources),从编译的静态库中创建通用二进制文件,复制头文件和通用二进制文件,并正确创建符号链接。

# Create framework directory structure.
rm -rf "${FRAMEWORK}" &>/dev/null
mkdir -p "${UNIVERSAL_LIBRARY_DIR}"
mkdir -p "${FRAMEWORK}/Versions/A/Headers"
mkdir -p "${FRAMEWORK}/Versions/A/Resources"

# Generate universal binary from desktop, device, and simulator builds.
lipo "${SIMULATOR_LIBRARY_PATH}" "${DEVICE_LIBRARY_PATH}" -create -output "${UNIVERSAL_LIBRARY_PATH}"

# Move files to appropriate locations in framework paths.
cp "${UNIVERSAL_LIBRARY_PATH}" "${FRAMEWORK}/Versions/A"
cd "${FRAMEWORK}"
ln -sf "A" "Versions/Current"
ln -sf "Versions/Current/Headers" "Headers"
ln -sf "Versions/Current/Resources" "Resources"
ln -sf "Versions/Current/${PRODUCT_NAME}" "${PRODUCT_NAME}"

【讨论】:

  • 谢谢一树!我将此标记为答案。万一有人通过谷歌找到这个,我原来的方法似乎也是可以接受的。 Flurry SDK 随附一个 .a 文件和一个 FlurryAPI.h 标头。我认为静态框架方法在版本控制方面有一些优势,但我不确定那些是什么!
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多