AppleはCarbon 64ビット対応ではないため、C ++およびCocoaフレームワークを使用するアプリケーションを記述したいと思います。C ++は、LinuxおよびWindowsでの実装ではかなりバニラのようですが、Mac OS Xでは、追加のApple固有のコード（Obj-Cラッパーなど）が必要なようです。Appleは開発者にC ++ではなくObjective-Cでの記述を強いているようにも見えますが、私は間違っているかもしれません。
私はMacでクロスプラットフォームを維持しやすいコードを書くためのパスを見つけようとしています。Linux / Windows用のC ++でコードを記述してから、Objective-Cで大部分を書き直す必要があると、非常に非効率になります。
将来サポートされ、XcodeでサポートされるコードをC ++で作成する方法はありますか？また、これが可能であれば、C ++とObjective-CをXcodeでどのように混在させることができますか？ありがとう。
回答:
Cocoaアプリケーションを完全にC ++で作成することはできません。Cocoaは、キーと値のバインディング、デリゲート（Cocoaスタイル）、ターゲットアクションパターンなどのコアテクノロジの多くについて、Objective-Cのレイトバインディング機能に大きく依存しています。レイトバインディングの要件により、C ++ⁱのようなコンパイル時のバインドされた型付き言語でCocoa APIを実装することが非常に困難になっています。もちろん、OS Xで実行される純粋なC ++アプリを作成することもできます。CocoaAPIを使用することはできません。
したがって、他のプラットフォームのC ++アプリとCocoaベースのアプリケーションの間でコードを共有する場合は、2つのオプションがあります。1つ目は、モデルレイヤーをC ++で作成し、GUIをCocoaで作成することです。これは、Mathematicaを含むいくつかの非常に大きなアプリで使用される一般的なアプローチです。C ++コードを変更せずにそのままにしておくことができます（OS XでC ++を記述またはコンパイルするための「ファンキー」なApple拡張機能は必要ありません）。コントローラー層は、おそらくObjective-C ++を利用するでしょう（おそらく、あなたが参照する「ファンキーな」Apple拡張機能です）。Objective-CがC ++のスーパーセットであるのと同様に、Objective-C ++はC ++のスーパーセットです。Objective- [some-objc-object callMethod];C++では、C ++関数内からobjcスタイルのメッセージ受け渡し呼び出し（など）を実行できます。逆に、次のような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();
}
@endObjective-C ++の詳細については、Objective-C言語ガイドをご覧ください。ビューレイヤーは、純粋なObjective-Cになります。
2番目のオプションは、クロスプラットフォームのC ++ツールキットを使用することです。Qtのツールキットは法案に合うかもしれません。クロスプラットフォームツールキットは、すべてのルックアンドフィールの詳細が正確に得られず、MacユーザーはMacアプリケーションのUIの洗練を期待しているため、一般にMacユーザーには軽視されています。Qtは驚くほど良い仕事をしますが、オーディエンスとアプリの使用状況によっては、それで十分かもしれません。さらに、Qt APIにはおおよその代替品がありますが、Core Animationや一部のQuickTime機能などの一部のOS X固有のテクノロジーが失われます。ご指摘のとおり、Carbonは64ビットに移植されません。QtはCarbon APIに実装されているため、Trolltech / NokiaはQtをCocoa APIに移植して64ビット互換にする必要がありました。私の理解は、Qtの次のリリース（現在リリース候補中））はこの移行を完了し、OS Xで64ビット互換です。C++とCocoa APIの統合に関心がある場合は、Qt 4.5のソースを確認することをお勧めします。
Appleしばらくの間、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 ++フレームワークであり、次のバージョン4.5でLGPLの下でリリースされます。
はい、それらを混ぜることができます。
Objective-Cを使用してGUIオブジェクトを直接操作し、それらから通知を受け取る必要があります。
これらのObjective-Cオブジェクトは、純粋なObjective-C .mファイルではなく.mmファイルに配置すると、C ++ロジックを直接呼び出すことができます。大文字の.Mを使用してObjective-C ++を示すことを示唆する（はるかに）古いアドバイスが表示される場合がありますが、これは非常に不安定で、コンパイラと同様に混乱する可能性があります。
すべてのC ++オブジェクトをラップする必要はありませんが、Objective-Cコードにはそれらへのポインターを含める必要があります。
Appleは、これを行う方法を示すサンプルを公開しなくなりました。
RealmでホストされているPeter Steinbergerによる素晴らしいビデオがあります[目的] C ++：何が問題になるのでしょうか？私はまだObjective-C ++を使用している人には強くお勧めします。
単純なバニラC ++を使用したいだけの場合、これは完全にサポートされており、他のプラットフォームとまったく同じです。Xcodeには、[ファイル]> [新規プロジェクト]> [コマンドラインユーティリティ]> [C ++ツール]にテンプレートが用意されています。また、人気のあるオープンソースライブラリ（libcurl、libxml2、sqliteなど）の多くはOS Xに付属しており、動的リンクに使用できます。使用したくない場合は、CocoaやApple固有の何かを使用する必要はありません。
アプリの特定の部分でCocoaを使用したい場合は、Objective-C ++をご覧ください。C ++とObjective-Cを同じファイルに混在させるには、拡張子を.mmにするか、Xcodeでファイルを右クリックして[情報を見る]> [一般]を選択し、ファイルタイプをsourcecode.cpp.objcppに変更します。2番目のオプションは、Mac固有の#ifdef内でObjective-Cを使用する.cppファイルがある場合に役立ちます。
これは何年も前の質問ですが...
私がしているいくつかのCocoaクラスのC ++ラッパーを作ってみました。
とてもいい経験でした。C ++はObjective-Cよりも優れた型安全性を提供し、私が書くコードを少なくしました。ただし、コンパイル時間とメモリの安全性は低下します。可能ですが、動的ベースの機能の一部は扱いが簡単ではありませんでした。C ++で処理しても意味がないと思います。
とにかく、私のプロジェクトはSwiftの発表によりようやく中止されました。最初にC ++を使用したい理由をすべてクリアし、さらに多くのことを提供します。
純粋にグラフィカルなアプリケーションを作成している場合、つまりコードを使用してすべてを描画している場合は、openFrameworksを検討してください。これは、C / C ++の上に構築されたオープンソースのグラフィカルプログラミング言語です。それは人々が言語を拡張することを可能にするアドオンを持っています。彼らはiphoneのアドオンを持っています。私は、iPhoneとiPod touch用のアプリをコンパイルするのに役立つライブラリとXCodeプロジェクトが付属していると思います。