带有 x86 Slice for Simulator + Appstore 批准的 iOS 框架 [英] iOS Frameworks with x86 Slice for Simulator + Appstore Approval
问题描述
我正在构建和分发一个 iOS 框架库以供其他开发人员使用.
I am building and distributing an iOS Framework library for consumption by other developers.
最近我遇到了一个 Apple Store 的错误(功能?)，如果使用 x86 架构构建的 iOS 框架(用于模拟器)然后整个应用程序未能通过 App Store 批准并显示错误:
Recently I ran into a bug (feature?) of the Apple Store whereby if an iOS Framework is built with the x86 Architecture (for the simulator) then the entire app fails App Store approval with the error:
[Transporter Error Output]: ERROR ITMS-90087: "Unsupported Architectures. The
executable for blah.app/Frameworks/MyLib.framework contains
unsupported architectures '[x86_64, i386]'."
这里的最佳实践是什么?我应该:
What is the best practice here? Should I:
包括框架的调试(带模拟器)和发布(不带模拟器)构建?
Include debug (with simulator) and release (without simulator) builds of the framework?
提供一个 脚本来去除 x86 在最终用户部署他们的应用程序之前从框架?
Provide a script to strip x86 from the Framework before end-users deploy their apps?
动态框架?或者别的什么?
Dynamic frameworks? Or anything else?
我的偏好是以尽可能少的步骤给最终用户带来负担，以便我构建的 iOS 框架应该正常工作".但是，对于 iOS App Store 认证还很陌生，因此非常感谢您的指点！
My preference is to burden end-users with as few steps as possible so the iOS Framework I'm building should 'just work'. However, fairly new to iOS App Store certification so would appreciate any pointers whatsoever!
推荐答案
最佳实践方式
您需要为设备和模拟器分别构建.这是调试和发布的非常基本的方法.
You need to build separately for device and simulator. It's very basic way to debug and release.
是的.这是简单和最好的方法.无模拟器发布是销售的基本方式，开发时无法调试.
Yes . This is easy and best way. Release without simulator is basic way for sell and cannot debug it while develop.
专业级别可以使用脚本从框架中提取合并的模拟器构建/架构.但这可能是额外的任务.
Professional level can extract merged simulator build / architecture from the framework using script. But it could be additional task.
这篇关于带有 x86 Slice for Simulator + Appstore 批准的 iOS 框架的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！
