ios - 编写支持 iOS 3.1.3 和 iOS 4.x 的 iOS 应用程序时的陷阱

Question

我想编写一个可以在 iOS 3.1.3 到 iOS 4.1 上运行的应用程序。我知道如何设置部署目标和基础 SDK。

阅读 Apple 文档后，它严重依赖于检查类是否可用和/或实例是否响应特定选择器。

现在我的问题:

1. 如果 Apple 从 3.1.3 到 4.x 公开一个类会怎样？当只检查类名时，它也可以在 iOS 3.1.3 上使用吗？所以在这个版本上我会使用一个我不想要的私有(private) API。你会如何检查？这真的是个问题还是我太担心了？
2. 您还会使用由 iOS 版本定义的预处理器符号吗？
3. 我应该选择 armv6 还是 armv7 的架构？我认为 armv6 也可以在 armv7 上运行，对吗？
4. 如果我在我的代码中使用了 iOS 3.1.3 中不可用的东西，我能从编译器那里得到任何帮助吗？它会被检查吗？
5. 是否有任何我应该了解的突出陷阱？

我已经看过 WWDC10 的第 130 节“让您的应用面向 future ”，所以那里所说的内容是众所周知的。

谢谢。

Answer 1

根据个人经验，可能没有所有正确答案，但我会尝试:

1. 由于私有(private) API 禁令背后的原因，我认为这不是问题。 Apple 禁止私有(private) API(至少部分禁止)，因为他们不希望在未来的 iOS 版本中在幕后发生变化，因为它现在是公共(public) API，所以保证会得到支持。

2. 没有线索。我已经看到它们用于可在 OSX 和 iOS 上运行的代码。但我不认为我会这样做，因为在运行时检测到 iOS 版本并且编译实际上只能说明 OS X 与 iOS ，而不是 3.x 与 4.x。

3. 使用 armv6，这样您就可以支持较旧的 iOS 设备。 armv7不会有问题。我相信您认为 armv7 可以运行为 armv6 构建的应用程序是正确的，但我不确定。

4. 这取决于您的目标部署平台。如果您调用已弃用的代码，您会收到警告。

5. 可能吧。我在使用 iAd 时遇到过问题，但我不记得具体细节了。只需检查现有类，并记住在必要时进行弱链接和类实例化。