なぜステートメントだったのですか（j ++）; 禁止？

次のコードは間違っています（ideoneで参照してください）：

public class Test
{
    public static void Main()
    {
        int j = 5;
        (j++);      // if we remove the "(" and ")" then this compiles fine.
    }
}

エラーCS0201：割り当て、呼び出し、インクリメント、デクリメント、待機、および新しいオブジェクト式のみをステートメントとして使用できます

1. かっこを削除するとコードがコンパイルされるのはなぜですか？
2. 括弧でコンパイルしないのはなぜですか？
3. なぜC＃はそのように設計されたのですか？

深い洞察を感謝します。

がんばります。

他の回答が指摘しているように、ここで起こっているのは、式がステートメントとして使用されていることをコンパイラが検出していることです。C、JavaScript、その他多くの言語では、式をステートメントとして使用することは完全に合法です。 2 + 2;これは効果のないステートメントですが、これらの言語では合法です。一部の式は値にのみ有効であり、一部の式は副作用（voidを返すメソッドの呼び出しなど）にのみ有効であり、一部の式は残念ながら両方に役立ちます。（増分のように。）

要点：式のみで構成されるステートメントは、それらの式が通常、値よりも副作用に役立つと考えられていない限り、ほぼ間違いなくエラーです。C＃の設計者は、一般に副作用と考えられている式を許可する一方で、通常はその値に役立つと考えられている式を許可しないことで、中間点を見つけたいと考えました。C＃1.0で識別された一連の式は、インクリメント、デクリメント、メソッド呼び出し、割り当て、そして議論の余地があるが、コンストラクターの呼び出しでした。

ASIDE：通常、オブジェクトの構造は、その構造の副作用ではなく、生成する値に使用されると考えられます。私の意見でnew Foo();は、許可することは少し誤動作です。特に、セキュリティの欠陥を引き起こしたこのパターンを実際のコードで確認しました。

catch(FooException ex) { new BarException(ex); } 

コードが複雑な場合、この欠陥を見つけるのは驚くほど難しい場合があります。

したがって、コンパイラーは、そのリストにない式で構成されるすべてのステートメントを検出するように機能します。特に、括弧で囲まれた式は、括弧で囲まれた式として識別されます。これらは「ステートメント式として許可」のリストにないため、許可されません。

これらはすべて、C＃言語の設計原則に基づいています。入力した(x++);場合、おそらく何か間違ったことをしていたでしょう。これは、おそらくタイプミスM(x++);か、それとも単なる誤りです。覚えておいてください、C＃コンパイラチームの態度ではない「私たちは、この作品を作るためにいくつかの方法を考え出すことができますか？」C＃コンパイラチームの姿勢「である可能性が間違いのようなもっともらしいコードに見える場合は、聞かせてのは、開発者に通知します」。C＃開発者はその態度を好みます。

とはいえ、実際には、C＃の仕様で括弧が許可されていないことを暗示または明示している奇妙なケースが実際にはいくつかありますが、C＃コンパイラでは括弧を許可しています。これらのほとんどすべての場合、指定された動作と許可された動作のわずかな不一致は完全に無害であるため、コンパイラの作成者はこれらの小さなバグを修正していません。あなたはそれらについてここで読むことができます：

return myVarとreturn（myVar）に違いはありますか？

ではC＃言語仕様

式ステートメントは、式を評価するために使用されます。ステートメントとして使用できる式には、メソッドの呼び出し、new演算子を使用したオブジェクトの割り当て、=と複合代入演算子を使用した割り当て、++および-演算子を使用した増分演算と減分演算、およびawait式が含まれます。

ステートメントを括弧で囲むと、新しい括弧付き式が作成されます。仕様から：

括弧で囲まれた式は、括弧で囲まれた式で構成されます。...括弧で囲まれた式は、括弧内の式を評価することによって評価されます。括弧内の式が名前空間またはタイプを示している場合、コンパイル時エラーが発生します。それ以外の場合、括弧で囲まれた式の結果は、含まれている式の評価の結果です。

括弧で囲まれた式は有効な式ステートメントとしてリストされていないため、仕様によると有効なステートメントではありません。デザイナーがこの方法でこれを行うことを選択した理由は誰もが推測することですが、私の賭けは、ステートメント全体が括弧内に含まれている場合、括弧は役に立たないためでstmtあり(stmt)、まったく同じです。

i++エラーメッセージが示すように、括弧で囲まれた式が式を作成/定義しているため、単純な式はステートメントとして使用できません。

言語がこのように設計されたのはなぜですか？誤解を招く表現をステートメントとして持ち、コードのような副作用を引き起こさないバグを防ぐため

int j = 5;
j+1; 

2行目は効果がありません（ただし、気付かなかった可能性があります）。しかし、コンパイラがそれを削除するのではなく（コードが必要ないため）、それを明示的に削除するように求めます（そうすることで、エラーまたはエラーに気づくでしょう）、または何か入力し忘れた場合に備えて修正します。

編集：

括弧で囲まれた部分をより明確にするために.. c＃の括弧（キャストや関数呼び出しなどの他の用途以外）は、式をグループ化し、単一の式（サブ式の作成）を返すために使用されます。

そのレベルのコードでは、ステートメントのみが許可されます。

j++; is a valid statement because it produces side effects

しかし、角括弧を使用することで、それを表現に変えます

myTempExpression = (j++)

この

myTempExpression;

コンパイラは式を副作用として保証できないため、無効です（停止の問題に陥らない限り）。