将 C++ 与 Cocoa 一起使用而不是 Objective-C？

您不能完全用 C++ 编写 Cocoa 应用程序。 Cocoa 的许多核心技术都严重依赖于 Objective-C 的后期绑定功能，例如键值绑定、委托（Cocoa 风格）和目标动作模式。后期绑定要求使得在编译时绑定的类型化语言（如 C++ⁱ）中实现 Cocoa API 变得非常困难。当然，您可以编写一个在 OS X 上运行的纯 C++ 应用程序。它只是不能使用 Cocoa API。

因此，如果您想在其他平台上的 C++ 应用程序和基于 Cocoa 的应用程序之间共享代码，您有两种选择。首先是用C++写模型层，用Cocoa写GUI。这是一些非常大的应用程序（包括 Mathematica）使用的常用方法。您的 C++ 代码可以保持不变（您不需要“时髦”的苹果扩展来在 OS X 上编写或编译 C++）。您的控制器层可能会使用 Objective-C++（也许是您所指的“时髦”Apple 扩展）。 Objective-C++ 是 C++ 的超集，就像 Objective-C 是 C 的超集一样。在 Objective-C++ 中，您可以在 C++ 函数中进行 objc 样式的消息传递调用（如 [some-objc-object callMethod];）。相反，您可以从 ObjC 代码中调用 C++ 函数，例如：

@interface MyClass {
    MyCPPClass *cppInstance;
}
@end

@implementation MyClass
- (id)init {
    if(self = [super init]) {
        cppInstance = new MyCPPClass();
    }
    return self;
}
- (void) dealloc {
    if(cppInstance != NULL) delete cppInstance;
    [super dealloc];
}
- (void)callCpp {
    cppInstance->SomeMethod();
}
@end

您可以在 Objective-C 语言中找到有关 Objective-C++ 的更多信息guide。视图层可以是纯Objective-C。

第二种选择是使用跨平台的 C++ 工具包。 Qt 工具包可能符合要求。跨平台工具包通常受到 Mac 用户的鄙视，因为它们没有完全正确地获得所有外观和感觉细节，而 Mac 用户期望 Mac 应用程序的 UI 得到润色。然而，Qt 的表现出人意料地好，并且根据受众和应用程序的使用情况，它可能已经足够好了。此外，您将失去一些 OS X 特定的技术，例如 Core Animation 和一些 QuickTime 功能，尽管在 Qt API 中有近似的替代品。正如您所指出的，Carbon 不会被移植到 64 位。由于 Qt 是在 Carbon API 上实现的，因此 Trolltech/Nokia 不得不将 Qt 移植到 Cocoa API 以使其与 64 位兼容。我的理解是，Qt 的下一个版本（目前在 release candiate 中）完成了这一过渡，并且在 OS X 上兼容 64 位。如果您对集成 C++ 感兴趣，可能需要查看 Qt 4.5 的源代码和 Cocoa API。

ⁱ 有一段时间，Apple 将 Cocoa API 提供给 Java，但该桥需要大量的手动调整，并且无法处理更高级的技术，例如上述键值绑定。当前，动态类型、运行时绑定的语言（如 Python、Ruby 等）是编写没有 Objective-C 的 Cocoa 应用程序的唯一真正选择（当然，这些桥在底层使用 Objective-C）。

好吧，这听起来可能很傻，但实际上我们可以编写纯 C++ 代码来为 Mac OS X 创建 GUI，但我们必须链接到 Cocoa 框架。

/*
 * test1.cpp
 * This program shows how to access Cocoa GUI from pure C/C++
 * and build a truly functional GUI application (although very simple).
 * 
 * Compile using:
 *   g++ -framework Cocoa -o test1 test1.cpp
 *
 * that will output 'test1' binary.
 */


#include <CoreFoundation/CoreFoundation.h>
#include <objc/objc.h>
#include <objc/objc-runtime.h>
#include <iostream>

extern "C" int NSRunAlertPanel(CFStringRef strTitle, CFStringRef strMsg,
                               CFStringRef strButton1, CFStringRef strButton2, 
                               CFStringRef strButton3, ...);


int main(int argc, char** argv)
{
    id app = NULL;
    id pool = (id)objc_getClass("NSAutoreleasePool");
    if (!pool)
    {
        std::cerr << "Unable to get NSAutoreleasePool!\nAborting\n";
        return -1;
    }
    pool = objc_msgSend(pool, sel_registerName("alloc"));
    if (!pool)
    {
        std::cerr << "Unable to create NSAutoreleasePool...\nAborting...\n";
        return -1;
    }
    pool = objc_msgSend(pool, sel_registerName("init"));

    app = objc_msgSend((id)objc_getClass("NSApplication"),
                       sel_registerName("sharedApplication"));

    NSRunAlertPanel(CFSTR("Testing"),
                    CFSTR("This is a simple test to display NSAlertPanel."),
                    CFSTR("OK"), NULL, NULL);

    objc_msgSend(pool, sel_registerName("release"));
    return 0;
}

是的，您可以只使用 C++（即在 *.cpp 文件中编写它），甚至可以在 *.mm 文件中混合 C++ 和 Objective-C（标准的 Objective-C 代码存储在 *.m 文件中）。

当然，您仍然必须为您的用户界面使用 Objective-C 并为您的 C++ 对象创建 Objective-C 包装器。另一种选择是切换到 Qt，它是一个支持 Windows、Mac OS X 和 Linux 的 C++ 框架，将在 LGPL 下发布，下一个版本为 4.5。

是的，你可以混合它们。

您需要使用 Objective-C 直接操作您的 GUI 对象并接收来自它们的通知。

如果将这些 Objective-C 对象放在 .mm 文件中，而不是纯粹的 Objective-C .m 文件，它们可以直接调用 C++ 逻辑。请注意，您可能会看到（很多）较旧的建议，建议使用大写的 .M 来表示 Objective-C++，但这非常不稳定，可能会使您和编译器感到困惑。

您不需要包装每个 C++ 对象，但您的 Objective-C 代码需要包含指向它们的指针。

Apple 不再发布任何展示如何执行此操作的示例。

彼得·斯坦伯格 (Peter Steinberger) 在 Realm 主持了一段精彩的视频[Objective] C++: What Could Possibly Go Wrong?，我强烈推荐给仍在使用 Objective-C++ 的任何人，您可以快速浏览脚本。

如果您只是想使用普通的 C++，这是绝对支持的，并且与任何其他平台没有什么不同。 Xcode 甚至在 File > New Project > Command Line Utility > C++ Tool 下都有一个模板。此外，许多流行的开源库（libcurl、libxml2、sqlite 等）随 OS X 一起提供，可用于动态链接。如果您不想使用，则不必使用 Cocoa 或任何特定于 Apple 的东西。

如果您确实想在应用程序的某些部分使用 Cocoa，请查看 Objective-C++。您可以将 C++ 和 Objective-C 混合在同一个文件中，方法是给它一个 .mm 的扩展名，或者在 Xcode 中右键单击该文件并选择 Get Info >一般然后将文件类型更改为sourcecode.cpp.objcpp。如果您有一个 .cpp 文件，并且您想在 Mac 特定的 #ifdef 中使用 Objective-C，则第二个选项很有用。

虽然这是多年前的问题......

我有 tried to make C++ wrapper of some Cocoa classes。

这是相当不错的经历。 C++ 提供了比 Objective-C 更好的类型安全性，并且让我编写的代码更少。但是编译时间和内存安全性更差。这是可能的，但一些基于动态的功能不容易处理。我认为在 C++ 上处理它没有意义。

无论如何，由于 Swift 的发布，我的项目最终被放弃了。它清除了我最初想使用 C++ 的所有原因，并提供了更多更好的功能。

如果您正在编写纯图形应用程序，即使用代码绘制所有内容，请考虑 openFrameworks。它是一种建立在 C/C++ 之上的开源图形编程语言。它有 addons 允许人们扩展语言。他们有an addon for the iphone。我相信它附带的库和 XCode 项目将帮助您为 iPhone 和 iPod touch 编译应用程序。