「Objective-CはC ++より厳密にCのスーパーセットです」とはどういう意味ですか？

Question 1

私が読んだところから：なぜObjective-CはAppleコミュニティの外ではあまり人気がないのですか？

Objective-CはCのスーパーセット（実際にはC ++よりも厳密）なので、下位互換性の問題は発生しません。Cで実行できることはすべてObjective-Cで実行できます。

スーパーセットであることは、妊娠しているようにバイナリです。Obj-CはCのスーパーセットですが、C ++はそうではありません。

スーパーセットとはどういう意味ですか？どのようにして、objective-CはCにより近い//後方互換性を持つでしょうか？Objective-Cは、C ++よりもCの哲学にどのように準拠していますか？

目的のCコンパイラ（100％互換）を使用して、Cプログラムを変更せずにコンパイルできますか？

これは、どちらが優れているかという戦争よりも、プログラミング言語の設計と互換性についての質問です。

Question 2

簡単な図を用意しました。それはあまりきれいではありませんが、うまくいけば全体のポイントを取得します：

赤： C、C ++、およびObjective-Cで有効なすべてのプログラムのセット（比較的小さい）
緑： CおよびObjective-Cでは有効ですが、C ++では無効なすべてのプログラムのセット（さらに小さい）
灰色： Objective CおよびC ++では有効であるが、Cでは無効であるすべてのプログラムのセット（私の知る限り、空）
青： Objective Cでのみ有効なすべてのプログラムのセット（比較的大きい）
黄色： C ++でのみ有効なすべてのプログラムのセット（最大）

有効なCプログラムのセット（赤と緑）は、有効なObjective Cプログラムのセット（青）の厳密なサブセットです。

ここに画像の説明を入力してください

Question 3

スーパーセットとはどういう意味ですか？

厳密なスーパーセットを意味します。有効なCプログラムはすべて、Objective-Cコンパイラでコンパイルされます。一部の有効なCプログラムは、C ++コンパイラーでコンパイルできません。
どのようにして、objective-CはCにより近い//後方互換性を持つでしょうか？

以下に簡単な例を示します。
```
int *foo = malloc(12);
```
CおよびObjective-Cでコンパイルしますが、C ++ではコンパイルしません。もちろん、他の例もあります。
Objective-Cは、C ++よりもCの哲学にどのように準拠していますか？

すべて-Objective-CはCの厳密なスーパーセットです。
目的のCコンパイラ（100％互換）を使用して、Cプログラムを変更せずにコンパイルできますか？

はい。

Question 4

最初から、C ++は「より優れたC」として設計されており、C ++の作成者が言語を通過するにつれて、現実と知覚の両方の設計漏れを修正しました。この設計上の決定の結果X、有効なCプログラムであることはX、C ++コンパイラーで処理された場合に、コンパイルはもちろん、実行も保証されないという結果になりました。変更は、文字列リテラル（それらはになったconst char*）、voidポインタの割り当て、enumsと整数型間の変換、複合代入演算子のセマンティクスなどの基本的な構成に影響を与えました。

さらに、C99が登場すると、更新されたC標準に組み込まれた機能は、更新されたC ++標準から除外されました。繰り返しになりますが、非常に重要な言語機能は省略されました-特に、指定された初期化子と可変サイズの配列。

対照的に、Objective CはCのスーパーセットとして位置付けられており、すべての有効なCプログラムをObjective Cコンパイラーでコンパイルできるようにする必要があります。

Question 5

「Objective-CはCのスーパーセット」とは、すべての有効なCプログラムが有効なObjective-Cプログラム（同じ意味）であることを意味します。

それはさ、時にはないC ++はCでこれのスーパーセットであることをC ++の専門家では、あなたの二重引用符は2を比較大したことをしている理由である、正確ではありませんが、言いました。

Question 6

Objective Cは、Cに対する下位互換性のある拡張機能のセットです。これは、Objective Cの機能が2つの非常に単純な方法で区切られているために可能です。

キャラクターの使用@。この文字は現在C言語では使用されていません。
メソッドを呼び出すための単純な構文拡張[obj method:argument]。Cでは、角括弧は配列の添え字に非常に特殊な方法で使用されているため、これは無効なC構文です。無効な構文に基づいて構築される拡張機能は、ホスト言語で有効なものの意味を変更しません。

Objective C拡張を使用するプログラムは、どれほど単純であっても、厳密に準拠するISO Cプログラムにはなり得ないことが簡単にわかります。さらに、すべてのISO Cプログラムは、定義により、有効なObjective Cプログラムであると宣言できます。Objective Cは、C99やC11のような開発を容易に追跡できます。

一方、C ++は単なるCの拡張ではありません。これは、Cの一部の構文の意味を変更する別の言語です。C++とCは別々に維持されるため、それらの関係は時間とともに変化します。たとえば、CはC ++にはまったくない新機能を取得しており、C99可変長配列など、C ++には組み込まれない可能性が非常に高いです。C ++は、新しいC機能を簡単に取得できません。

移植可能なCプログラムを作成する場合、それは同時にObjective Cプログラムでなければなりません。ただし、これも同じ意味のC ++プログラムになるように、さらに注意が必要です。（この慣習は前代未聞ではなく、必要な方言は非公式に「クリーンC」として知られています）。

C ++として扱われると壊れるCプログラムの簡単な例は、classまたはなどの識別子としてC ++キーワードを使用するCプログラムvirtualです。目的Cでは、予約済みキーワードは導入されていません。の@ようなキャラクターによって導入される新しいキーワードがあり@interfaceます。