回答編集履歴
1
一部訂正
test
CHANGED
@@ -25,3 +25,45 @@
|
|
25
25
|
int型で表現できる時は省略しても実害が発生するケースはあまり無いだろうと思います。
|
26
26
|
|
27
27
|
(負の数を正の値で記述するなどのちょっと無理やりなことをしないかぎり。)
|
28
|
+
|
29
|
+
|
30
|
+
|
31
|
+
---
|
32
|
+
|
33
|
+
【`L`の必要性に関して訂正】
|
34
|
+
|
35
|
+
> intで表現できずlongで表現できるような数値リテラルを書きたい時は省略してはいけません。
|
36
|
+
|
37
|
+
|
38
|
+
|
39
|
+
「省略してはいけません。」ということはないようです。
|
40
|
+
|
41
|
+
raccyさんの回答を見ていただくのが早いですが、数値リテラルは自動的に昇格されます。
|
42
|
+
|
43
|
+
|
44
|
+
|
45
|
+
しかし、raccyさんも書かれているように、unsignedがらみで落とし穴があります。
|
46
|
+
|
47
|
+
([きじねこ「第5回 int 型のサイズ」](http://www.kijineko.co.jp/tech/creintro/size-of-int.html)が分かりやすく解説してました。)
|
48
|
+
|
49
|
+
|
50
|
+
|
51
|
+
恐らく、便利のための機能ではなくマルチ・プラットフォーム対応のための機能ではないかと思います。
|
52
|
+
|
53
|
+
処理系によってintやlongのサイズは異なりますので、数値リテラルがlongになるかどうかは処理系依存です。従って、マルチ・プラットフォーム対応する時に適切につけることは難易度高いです。
|
54
|
+
|
55
|
+
|
56
|
+
|
57
|
+
マルチ・プラットフォーム対応しないなら、明示的に指定しておいた方が落とし穴にはまる心配をしなくてよさそうです。
|
58
|
+
|
59
|
+
マルチ・プラットフォーム対応する時は、下手に指定できないため、注意深く落とし穴を避けるしかなさそうです。
|
60
|
+
|
61
|
+
たぶん、処理系によって型が異なるような大きな数値リテラルをなるべく使わないことですね。
|
62
|
+
|
63
|
+
各型で表現できる最大/最小は<limits.h>(C言語)や<limits>(C++言語)に定義されてます。
|
64
|
+
|
65
|
+
1パイトが8ビット以上は保証されてますので、1バイトで表現できる値(±127まで)は安全ですね。
|
66
|
+
|
67
|
+
実際にint型が1バイトな処理系はほとんど無い(もしかすると規格で禁止?)でしょうから、±32767までは事実上安全でしょう。
|
68
|
+
|
69
|
+
|