Javaでは、あなたがするとき
int b = 0;
b = b + 1.0;
精度エラーが発生する可能性があります。しかし、なぜあなたがそうするなら
int b = 0;
b += 1.0;
エラーはありませんか?
Javaでは、あなたがするとき
int b = 0;
b = b + 1.0;
精度エラーが発生する可能性があります。しかし、なぜあなたがそうするなら
int b = 0;
b += 1.0;
エラーはありませんか?
b += 1.0;
と同等だからですb = (int) ((b) + (1.0));
。縮小プリミティブ変換 (JLS 5.1.3)は、複合代入演算に隠されています。
E1 op= E2の形式の複合代入式は、E1 = (T)((E1) op (E2))と同等です。ここで、TはE1の型ですが、E1は 1 回だけ評価されます。
たとえば、次のコードは正しいです。
short x = 3; x += 4.6;
次と同等であるため
x
、値が得られます。7
short x = 3; x = (short)(x + 4.6);
これは、次のコードがコンパイルされる理由も説明しています。
byte b = 1;
int x = 5;
b += x; // compiles fine!
しかし、これはしません:
byte b = 1;
int x = 5;
b = b + x; // DOESN'T COMPILE!
この場合、明示的にキャストする必要があります。
byte b = 1;
int x = 5;
b = (byte) (b + x); // now it compiles fine!
複合代入での暗黙的なキャストは、すばらしい本Java PuzzlersのPuzzle 9: Tweedledumの主題であることに注意してください。本からの抜粋です(簡潔にするために少し編集されています):
多くのプログラマーは、これ
x += i;
は単に の省略形だと考えていx = x + i;
ます。これは正しくありません。結果の型が変数の型よりも広い場合、複合代入演算子は暗黙の縮小プリミティブ変換を実行します。不愉快な驚きを避けるために、型、、またはの変数に複合代入演算子を使用しない でください。タイプ の変数で複合代入演算子を使用する場合は、右側の式がタイプ、、またはでないことを確認してください。タイプ の変数で複合代入演算子を使用する場合は、右側の式が タイプ でないことを確認してください。これらの規則は、コンパイラが危険な縮小キャストを生成するのを防ぐのに十分です。
byte
short
char
int
long
float
double
float
double
言語設計者にとって、複合代入演算子が目に見えないキャストを生成するのはおそらく間違いです。変数が計算の結果よりも狭い型を持つ複合代入は、おそらく不正であるはずです。
最後の段落は注目に値します。C# は、この点でより厳密です ( C# 言語仕様 7.13.2 複合代入を参照)。