Objective-CとC ++の違いは何ですか？[閉まっている]

構文、機能、パラダイム、フレームワーク、ライブラリの点で、Objective-CとC ++の主な違いは何ですか？

*重要：私の目標は、2つの言語間でパフォーマンス戦争を始めることではありません。本当の難しい事実だけが欲しい。実際、私の質問はパフォーマンスとは関係ありません！主観的に見える可能性のある情報源を教えてください。

主な違いのいくつかの短いリスト：

• C ++では多重継承が可能ですが、Objective-Cではできません。
• C ++とは異なり、Objective-Cではメソッドパラメータに名前を付けることができ、メソッドシグネチャには、パラメータの名前と型、および戻り値の型のみが含まれます（以下のbbumおよびChuckのコメントを参照）。対照的に、C ++メンバー関数のシグネチャには、関数名だけでなく、パラメーター/戻り値の型（名前なし）も含まれます。
• C ++はbool、trueおよびを使用しfalse、Objective-CはBOOL、YESおよびを使用しNOます。
• C ++はvoid*andを使用しnullptr、Objective-Cはidandを優先しnilます。
• Objective-CはSEL、関数ポインターとほぼ同等の「セレクター」（typeを持つ）を使用します。
• Objective-Cはメッセージングパラダイム（Smalltalkの1つ）を使用しており、メソッド/セレクターを介して「メッセージ」をオブジェクトに送信できます。
• Objective-C nilでは、C ++のメンバー関数を呼び出そうとするとクラッシュするのとは異なり、喜んでメッセージをに送信できます。nullptr
• Objective-Cでは、動的ディスパッチが可能であり、メソッドが呼び出されるオブジェクトがコンパイル時に認識されている必要があるC ++とは異なり、メッセージに応答するクラスを実行時に決定できます（以下のwilhelmtellのコメントを参照）。これは前のポイントに関連しています。
• Objective-Cでは、「プロパティ」を使用してメンバー変数のアクセサーを自動生成できます。
• Objective-Cではself、必要に応じて、に割り当てることができ、クラスの初期化子（コンストラクターと同様）が完全に異なるクラスを返すことができます。C ++とは対照的です。クラスの新しいインスタンスを（スタックで暗黙的に、またはを介して明示的にnew）作成すると、最初に指定したタイプであることが保証されます。
• 同様に、Objective-Cでは、他のクラスも実行時にターゲットクラスを動的に変更して、メソッド呼び出しをインターセプトする場合があります。
• Objective-Cには、C ++の名前空間機能がありません。
• Objective-Cには、C ++参照に相当するものがありません。
• Objective-Cにはテンプレートがなく、（たとえば）代わりにコンテナーでの弱いタイピングを許可することを好みます。
• Objective-Cでは暗黙的なメソッドのオーバーロードは許可されていませんが、C ++では許可されています。すなわち、Cでは、++ int foo (void)及びint foo (int)方法の暗黙のオーバーロードを定義するfooが、Objective-Cで同じことを達成するために、明示的な過負荷が必要- (int) fooと- (int) foo:(int) intParam。これは、Objective-Cの名前付きパラメーターがC ++の名前マングリングと機能的に同等であるためです。
• Objective-Cは、メソッドと変数が同じ名前を共有できるようにします。通常、C ++は適合します。これは、関数ポインターの代わりにセレクターを使用するObjective-Cと関係があるため、メソッド名には実際には「値」がありません。
• Objective-Cはオブジェクトをスタック上に作成することを許可していません-すべてのオブジェクトはヒープから割り当てられる必要があります（allocメッセージで明示的に、または適切なファクトリメソッドで暗黙的に）。
• C ++と同様に、Objective-Cには構造体とクラスの両方があります。ただし、C ++ではほとんど同じように処理されますが、Objective-Cではまったく異なる処理が行われます。たとえば、スタック上に構造体を作成できます。

私の意見では、おそらく最大の違いは構文です。どちらの言語でも基本的に同じことを実現できますが、私の意見では、C ++構文は単純ですが、Objective-Cの機能の一部は、動的ディスパッチにより特定のタスク（GUIデザインなど）を簡単にします。

おそらく私が見逃してしまった他の多くのことも、私が考える他のことで更新します。それ以外は、LiraNunaがあなたに指摘したガイドを強くお勧めします。ちなみに、別の興味深いサイトはこれかもしれません。

また、私はObjective-Cを自分で学習し始めたばかりであることを指摘します。そのため、上記の多くは正しくないか、完全ではない可能性があります。その場合は謝罪し、改善のための提案を歓迎します。

編集：以下のコメントで指摘された点に対処するために更新され、リストにいくつかの項目が追加されました。

どちらもCをルーツとしていますが、2つのまったく異なる言語です。

主な違いは、Objective-Cはディスパッチの実行時の決定に重点を置いており、継承とポリモーフィズムの処理は実行時ライブラリに大きく依存しているのに対し、C ++では通常、静的でコンパイル時の決定に重点が置かれています。

ライブラリに関しては、両方の言語でプレーンCライブラリを使用できますが、それらのネイティブライブラリは完全に異なります。

興味深いのは、両方の言語を混在させることができることです（いくつか制限があります）。結果はObjective-C ++と呼ばれます。

それらは完全に異なります。Objective Cは、C ++よりもSmalltalkと共通しています（まあ、構文を除いて）。

私の頭の上から：

1. スタイル-Obj-Cは動的、C ++は通常静的
2. どちらもOOPですが、ソリューションが異なると確信しています。
3. 異なるオブジェクトモデル（C ++は、コンパイル時の型システムによって制限されます）。

私にとって最大の違いはモデルシステムです。Obj-Cを使用すると、メッセージングとイントロスペクションを実行できますが、C ++には、これまでにないほど強力なテンプレートがあります。

それぞれに長所があります。

他の人が言ったように、Objective-Cは、C ++のかなり静的なレルムと比較して、オブジェクトの考え方の点ではるかに動的です。

オブジェクト指向言語のSmalltalk系列にあるObjective-Cには、Java、Python、およびその他の「標準」の非C ++オブジェクト指向言語と非常によく似たオブジェクトの概念があります。多くの動的ディスパッチ、オペレーターの過負荷なし、メッセージの送信。

C ++はそれ自体が奇妙な動物です。それは主に家系図のSmalltalk部分をスキップしました。いくつかの点で、オブジェクト指向プログラミングに使用できる継承をサポートする優れたモジュールシステムがあります。物事ははるかに静的です（たとえば、オーバーライド可能なメソッドはデフォルトではありません）。

Objective-Cは、Cのより完全なスーパーセットです。CおよびObjective-Cでは、void*からstructポインターへの暗黙的なキャストが許可されています。

Foo* bar = malloc(sizeof(Foo));

voidポインターが明示的にキャストされない限り、C ++はコンパイルされません。

Foo* bar = (Foo*)malloc(sizeof(Foo));

これと毎日のプログラミングの関連性はゼロであり、ただの面白い雑学です。

Obj-Cは、言語自体ではるかに動的な機能を備えていますが、C ++は、いくつかの動的な機能を備えたコンパイル時の機能に重点を置いています。

では、C ++パラメトリックポリモーフィズムはコンパイル時にチェックされますが、Obj-Cでは、パラメトリックポリモーフィズムは動的ディスパッチによって実現され、コンパイル時にチェックされません。

Obj-Cは本質的に非常に動的です。実行時にクラスにメソッドを追加できます。また、クラスを調べるために実行時に内省があります。C ++では、クラスの定義は変更できません。すべてのイントロスペクションはコンパイル時に行う必要があります。Obj-Cの動的な性質は、関数のマップ（またはそのようなもの）を使用してC ++で実現できますが、それでもObj-Cよりも詳細です。

C ++では、コンパイル時に実行できるチェックがさらに多くあります。たとえば、異型（ユニオンなど）を使用すると、コンパイラはすべてのケースが記述または処理されるように強制できます。したがって、問題のエッジケースを処理することを忘れないでください。ただし、これらのチェックはすべて、コンパイル時にコストがかかります。Obj-Cは、C ++よりもコンパイルがはるかに高速です。