Apple似乎假设的选择是抛弃所有遗留代码 并使用Cocoa重写。它不会在短期内发生，只是因为 相同的遗留代码也与PC绑定相关联。
我正在考虑3个选项
（1）深入了解cocoa，创建一个支持小子集的兼容包 我真正需要的碳。
（2）使用Cocoatron作为新目标。在短期运行的碳桥到cocotron，并且可能在较长时间内转换为mac和pc的原生cocoa。 （参考：http://cocotron.org/）
（3）使用QT作为新目标。见选项（2）。 （参考：http://qt.nokia.com/）
我真正喜欢的是第四个选项，例如64位的盗版副本 苹果公司杀死的碳测试版，或仅仅明确打算使用的兼容包 模仿碳。
答案 0 :(得分：6)
我建议你选择选项1.为你的代码创建一个Cocoa UI包装器可能不会像你想象的那么复杂。创建跨平台应用程序的常用方法是在跨平台C ++中创建大量应用程序，并为Mac UI使用Cocoa / Objective-C ++，为Windows UI使用Windows API之一。
此选项还具有以下优势：Apple完全支持它，并且API稳定且成熟。
Cocotron是一个不错的主意，但截至目前，我认为提供强大的跨平台解决方案还不够成熟。我知道它有成功但样本量很小。
Qt是一个选项。然而，它遭受了非常类似Mac的用户界面。在Mac上使用Qt应用程序总是感觉像一个快速端口而不是本机应用程序，这不太可能改变。
“盗版碳运行时”只是一种幻想，根本没有办法让它可靠地工作，绝对没有机会分发它。你需要找到另一种方式。