objective-c - Snow Leopard 和 Leopard 的一个代码库

Question

背景

我是一名正在为 Mac 构建应用程序的开发人员。我即将接触 Snow Leopard。到目前为止，我一直在 Leopard 上构建。我只做了大约一年的 Cocoa 开发，不是很认真。

我读了很多关于 Snow Leopard 和 Grand Central Dispatch 的文章。我知道它使用 block ，但我没有深入了解 block 的工作原理或 Grand Central Dispatch 的工作原理。

我的问题

我如何才能最好地为 Snow Leopard 和 Leopard 开发一个代码库，同时最大程度地利用 Snow Leopard 中新的多线程功能？

NSOperationQueue

我的直觉是不直接在我的代码中处理 GCD，但是当事情需要放入队列时，使用 NSOperationQueue，因为我从 Mike Ashes 的问答环节中了解到，在 Snow Leopard 中，NSOperationQueue 充分利用了 GCD 和他在 Leopard 中发现的 crasher 现已修复。

手动线程管理

但是，当谈到管理特定的后台线程时，有没有什么方法可以在不破坏 Leopard 的情况下利用 Snow Leopard 中更易于使用的线程管理功能？或者人们会建议我为每个操作系统设置不同的目标，每个操作系统都有一些不同的类吗？这对我来说就像一场等待发生的维护噩梦。

或者也许我应该忍受没有针对 Snow Leopard 完全优化我的应用程序并坚持使用 +(void)detachNewThreadSelector:toTarget:withObject: 或类似的东西。

人们怎么想？

Answer 1

您对 GCD 的直觉印象是正确的。事实上，任何使用 block 的 API 都已过时，除非您将该代码设置为仅在 Snow Leopard 上运行。如果代码要支持仅在 Snow Leopard 上可用的功能，那么这是有道理的，但如果它是您也将在 Leopard 上支持的功能，那么您最好在所有情况下都使用 Leopard 代码路径，添加 Snow Leopard 特定的不为用户提供任何可见改进的路径只会使您的代码复杂化并增加您的测试开销。

这尤其适用于线程管理或 GCD 之类的事情。那里的变化需要大量的重新架构，它不仅仅是:

if (snowLeopard) {
  [NSSnazySnowLeopardClass doSomething];
} else {
  [NSBoringLeopardClass doSomethingEquivalent];
}

一般来说，如果更改非常简单，Apple 会在类中处理它们而不更改 API。换句话说，问题不是您是否可以在 Snow Leopard 中使用更简单的线程管理代码，而是当您无论如何都需要为 Leopard 执行硬版本时为什么要这样做。额外的代码路径就是额外的代码路径，直到您可以在 Snow Leopard 上使用明显不同的 API(即使它们比 Leopard 更易于使用)来放弃 Leopard 支持，这只是额外的工作。

我会考虑你是否真的想针对 Leopard。 Snow Leopard 的采用率相当高，Snow Leopard 是一种廉价的升级，并且由于 API 的变化，小型开发人员只做 Snow Leopard 应用程序会给用户带来很大的前瞻性压力。唯一会长期使用 Leopard 的用户是那些技术上不精通的用户(他们不太可能安装很多第 3 方软件)，以及那些仍在使用 PPC Mac 的用户(他们还没有购买新的 Mac) 3 年内，所以可能不会购买太多软件)。如果您认为该应用程序将在 3-9 个月内发布，我认为仅使用 Snow Leopard 可能是一个合理的选择，并且会大大减轻您的开发和测试负担。