私はコードをもっている:
static short Sum(short a, short b)
{
return a + b;
}
そして、それはコンパイルされません.saynigは「int」を「short」に変換できません。今日は本当に疲れているのかもしれませんが、問題が見えません!
私はコードをもっている:
static short Sum(short a, short b)
{
return a + b;
}
そして、それはコンパイルされません.saynigは「int」を「short」に変換できません。今日は本当に疲れているのかもしれませんが、問題が見えません!
そして、それはコンパイルされません.saynigは「int」を「short」に変換できません。今日は本当に疲れているのかもしれませんが、問題が見えません!
それはまさに言語が定義されている方法です。整数型の + 演算子は、次のように定義されています。
static uint op +(uint x, uint y)
static int op +(int x, int y)
static ulong op +(ulong x, ulong y)
static long op +(long x, long y)
オペランドは必要に応じてプロモートされます。
そのように定義されている理由については、正直言ってわかりません。私は「オーバーフローする可能性があるため」という議論を支持しませbyte + byte
ん。short
int + int
long
パフォーマンスに関係している可能性があるとどこかで聞いたことがありますが、確かなことは言いたくありません。(おそらく、プロセッサは通常、32 ビット整数と 64 ビット整数の整数演算のみを提供しますか?)
いずれにせよ、なぜそうなるかは問題ではありません- それは単に言語の規則です。
複合代入演算子には、関連する型への暗黙的な変換があるため、次のように記述できることに注意してください。
short x = 10;
short y = 20;
x += y;
2 つのショートを一緒に追加すると、ショートの許容値を超えて合計できますが、int
. これは、エリック・リッパートが彼の答えで言っていることです。
int
余談: を返す2 つの s を追加する場合に、そうでないのはなぜlong
ですか? エリックはそれについても次のように述べています。
整数演算がラップアラウンドする世界では、通常の計算がオーバーフローしないように十分な範囲を持つ可能性が高い型である int ですべての計算を行う方がはるかに賢明です。
そのため、+
2 つの s の加算で定義された演算子は をshort
返しますint
。
これが、コンパイル時エラーが発生する理由です-戻り値の型int
を指定している場所を返していますshort
`。
加算の結果が常に次のようになることがわかっshort
ている場合は、結果を明示的にキャストできます。short
static short Sum(short a, short b)
{
return (short)(a + b);
}
Jon Skeet は、コードが機能しない理由を詳細に説明しましたが、コンパイルするために何をする必要があるかをリストしていません。以下を使用できます。
static short Sum(short a, short b)
{
return (short)(a + b);
}