Javaでtry/catchまたはsynchronizedを実行するのになぜ文ブロックが必要ですか？

Question

Javaでは、特定のキーワードの後に​​文または文ブロックを続けることができます。たとえば、次のように

if (true) 
    System.out.println("true"); 

do 
    System.out.println("true"); 
while (true); 

これもforようなキーワードにも当てはまりコンパイルなど

if(true) { 
    System.out.println("true"); 
} 

do { 
    System.out.println("true"); 
} while (true); 

、whileなど

しかし、いくつかのキーワードはこれを許可していません。​​にはブロックステートメントが必要です。 try ... catch ... finallyと同じです。キーワードに続く少なくとも2つのブロックステートメントが必要です。たとえば、次のように

try { 
    System.out.println("try"); 
} finally { 
    System.out.println("finally"); 
} 

synchronized(this) { 
    System.out.println("synchronized"); 
} 

作品が、次はコンパイルされません。他の人はブロック文と同様に、単一のを許可しながら、

try 
    System.out.println("try"); 
finally 
    System.out.println("finally"); 

synchronized (this) 
    System.out.println("synchronized"); 

はなぜJavaでいくつかのキーワードは、ブロック文を必要としませんステートメント？これは言語デザインの不一致ですか、それとも何らかの理由がありますか？

Answer 1

中かっこを残しておこうとすると、曖昧さがあります。これはダングリング - 他と同様の方法で解決することができますが、おそらく最良ではありません。

は

try 
try 
fn(); 
catch (GException exc) 
g(); 
catch (HException exc) 
h(); 
catch (IException exc) 
i(); 

考えてみましょうそれは私がCLUを信じ

try 
    try 
     fn(); 
    catch (GException exc) 
     g(); 
    catch (HException exc) 
     h(); 
catch (IException exc) 
    i(); 

または

try 
    try 
     fn(); 
    catch (GException exc) 
     g(); 
catch (HException exc) 
    h(); 
catch (IException exc) 
    i(); 

を意味しています、catchブロックは、（間違っている可能性があります）ただ一つの文の周りにいました。

Answer 2

これは言語の設計上の決定とコンパイラの仕組みです。

私は決定に同意します。コードブロックを必要としないということは、コードを短くするかもしれませんが、混乱の原因となり、予期せぬ結果を招くことは確実です。

Answer 3

これを許可する文でも{}を使用しないと問題が発生し、混乱する可能性があります。これを処理する方法は、コードフォーマッタを厳密に使用することです。多くの場所では、常に問題を回避するために{}が必要です。

if (condition) 
    if (condition2) 
     statement 
    else // which if 
    statement 

do 
    statement 
    while (condition) // is it do/while or an inner loop? 
     statement 
    while (condition2) 
    statement 

私はあなたが文ブロックせずにしばらく/ため/ DO /場合は使用することができますCはCからのいくつかのステートメントではなく他人のためにこれを行うことができた理由を考えています。しかしtry/catchとsynchronizedはJavaで追加されました。これらに{}ブロックしかない理由は2つあります。

• オプションを1つだけ許可するように簡単ですがベストプラクティス
• と考えられました。

Javaが機能的な言語であるとすれば、それは後者の方が後者であると考えられます。