標準的な方法は、ジェネリックを扱う場合を除き、プリミティブを使用することです（オートボックス化とボックス化解除に注意してください！）。
規則に従うことには、いくつかの正当な理由があります。
1.単純な間違いを避けます。
多くの場合、初心者をキャッチするいくつかの微妙な、非直感的なケースがあります。経験豊富なコーダーでさえ、時折スリップしてこれらの間違いを犯します（コードをデバッグしてエラーを見つけたときに宣誓が続くことを願っています！）。
最も一般的な間違いは、のa == b代わりに使用することですa.equals(b)。人々はa == bプリミティブを使用することに慣れているため、オブジェクトラッパーを使用しているときに簡単に実行できます。
Integer a = new Integer(2);
Integer b = new Integer(2);
if (a == b) { // Should be a.equals(b)
// This never gets executed.
}
Integer c = Integer.valueOf(2);
Integer d = Integer.valueOf(2);
if (c == d) { // Should be a.equals(b), but happens to work with these particular values!
// This will get executed
}
Integer e = 1000;
Integer f = 1000;
if (e == f) { // Should be a.equals(b)
// Whether this gets executed depends on which compiler you use!
}
2.読みやすさ：
次の2つの例を考えてみましょう。ほとんどの人は、2番目の方が読みやすいと言います。
Integer a = 2;
Integer b = 2;
if (!a.equals(b)) {
// ...
}
int c = 2;
int d = 2;
if (c != d) {
// ...
}
3.パフォーマンス：
事実は、プリミティブを使用するよりも、プリミティブにオブジェクトラッパーを使用する方が遅いということです。あらゆる場所で使用するものに、オブジェクトのインスタンス化、メソッド呼び出しなどのコストを追加しています。
Knuthの「...約97％の時間：早すぎる最適化がすべての悪の根源である」という引用は、ここでは実際には当てはまりません。彼は、コード（またはシステム）をより複雑にする最適化について話していました-もしあなたがポイント＃2に同意するなら、これはコードをより単純にする最適化です！
4.慣例です：
他のJavaプログラマの99％に対して異なるスタイルの選択を行う場合、2つの欠点があります。
- 他の人のコードは読みにくいでしょう。99％のexamples / tutorials / etcには、プリミティブが使用されます。あなたがそれを読むときはいつでも、あなたが慣れているスタイルでそれがどのように見えるかについて考える余分な認知オーバーヘッドがあります。
- 他の人はあなたのコードを読みにくいと感じるでしょう。Stack Overflowで質問するたびに、「プリミティブを使用していない理由」を尋ねる回答/コメントを選別する必要があります。信じられない場合は、生成されたコードに影響を与えないブラケットの配置など、人々の戦いを見てください！
通常、私はいくつかの反論点をリストしますが、正直なところ、ここでコンベンションに参加しない理由は考えられません！