Javaスイッチの場合：中括弧の有無は？

Question 1

中括弧を付けた次の2つのスニペットについて考えてみます。

switch (var) {
  case FOO: {
    x = x + 1;
    break;
  }

  case BAR: {
    y = y + 1;
    break;
  }
}

中括弧なし：

switch (var) {
  case FOO:
    x = x + 1;
    break;

  case BAR:
    y = y + 1;
    break;
}

中かっこ付きのスニペットでは、各ケースを中かっこで囲むことによって新しいスコープが作成されることを知っています。ただし、各ケースに新しいスコープが必要ない場合（つまり、変数名が再利用されていない場合）、ケースで中括弧を使用すると、パフォーマンスが低下しますか？

Question 2

ケースで中括弧を使用すると、パフォーマンスが低下しますか？

無し。

中括弧は、コンパイラが変数、条件、関数宣言などのスコープを把握するのに役立ちます。コードが実行可能ファイルにコンパイルされると、実行時のパフォーマンスには影響しません。

Question 3

実行の観点からはパフォーマンスの低下はありません。

解析するものがまだあるため、コンパイルの観点からはパフォーマンスがわずかに低下しますが、実際にそれを心配している人は、コードをすべて1行で記述する必要があります:-)

そして今、私たちの投稿の意見の部分のために...私は常に{と}を入れています。なぜなら、保守性には後日入れなければならない可能性があり、それらを入れるのは苦痛になる可能性があるというペナルティがあるからです。後で...しかしそれは103％の個人的な好みです。

Question 4

私たちが知っているように、スイッチケースのブレースは必要ありません。中括弧のケースを使用すると、ケースの範囲について混乱が生じる可能性があります。

冒頭の中括弧は、一般に、関数の開始、ループの開始、クラス宣言の開始、配列の初期化の開始など、意味のあるものに関連付けられています。ステートメント。したがって、中括弧を使用することは、無知な読者にはケースの異なる範囲のアイデアを意味するようです。したがって、プログラミングの可読性を高めるために、中括弧の使用は避けたほうがよいでしょう。

すなわち、私が次のようなものを持っているとき、

switch(i)
{
  case 1 :
  {
     //do something
  }
  System.out.println("Hello from 1");

  case 2: 
  ....
}

「Hellofrom1」が印刷されます。ただし、中括弧を使用すると、ループやメソッドなどの場合に中括弧が一般的に何を意味するかをすでに知っているため、ケースが「}」で終わることを知らない読者が示唆する場合があります。

'C'にjump-to-labelステートメントがあるように、コントロールはcaseにシフトし、実行を継続します。したがって、その理解の下で、スイッチのケースを作成するときに中括弧を使用するのは悪い習慣です。

技術的に言えば、有効な構文で使用する場合は、コードの任意のブロックを追加の中括弧で囲むことができます。スイッチで中括弧を使用すると、少なくとも私には非常に悪いように見えます。これは、上記で述べたように別の感覚を与えるようです。

私の提案：スイッチケースに周囲の中括弧を使用することは避けてください。

Question 5

中かっこ付き。

switchステートメントでうまくいかないことがたくさんあるので、できる限りそれらを避けようとします。

休憩を忘れて、ケースのフォールスルーが発生する
デフォルトのケースを忘れて、分類されていない条件をキャッチしない
ケースステートメント間で変数を誤って再利用するか、さらに悪いことに、ケースステートメント間で変数を共有している変数に影響を与えます。

中括弧を使用することは、ケースステートメント間で変数が意図的および偶発的に共有されるのを防ぐ1つの方法です。

Question 6

この質問はおそらく「論争的」（BRACE WAR！）として閉じられるでしょうが、一体何なのでしょう。ケースの後のブレースが実際に好きです。私には、醜いswitch構文が他の言語構造のように見えるようになります。（この「ケース」で中括弧を使用してもペナルティはありません）

Question 7

変数名が再利用されていないため、中括弧は省略できると言います。変数名を再利用するということは、同じタイプの新しい変数を宣言することを意味すると思います。

中括弧は、実際には、同じ変数を異なるcasesで誤って再利用しないようにするために最も役立ちます。今日は変数を宣言していませんが、明日誰かが変数を追加します。中括弧がないと、コードでエラーが発生しやすくなります。

Question 8

スイッチケースには中括弧は使用しません。

switchステートメントは、中括弧なしですでに十分にバロックに見えます。
スイッチケースは非常に短くする必要があります。変数を宣言する必要がある場合、それは間違っていることを示しています。

500行以上のスイッチケースをスポーツするいくつかのレガシーCコードを維持することになりました...

Question 9

今まで考えたことがありません。case句に中括弧が必要になったことがないため、中括弧が必要な理由がわかりません。個人的には、「保守が簡単になる」という考えには賛成しません。それは単なるゴミです。コードが意味をなし、文書化されていれば、保守が容易になります。

中括弧なし...構文が少ないほど多い