일반적인 방법은 제네릭을 다루지 않는 한 기본 요소를 사용하는 것입니다 (자동 상자 및 상자 해제에 대해 알고 있어야합니다 !).

이 협약을 따라야하는 여러 가지 이유가 있습니다.

1. 간단한 실수를 피하십시오.

초보자를 종종 사로 잡는 미묘하고 직관적이지 않은 경우가 있습니다. 숙련 된 코더조차도 실수를해서 실수를 저지르기도합니다 (코드를 디버깅하고 오류를 찾을 때 맹세합니다!).

가장 일반적인 실수는 a == b대신을 사용하는 것입니다 a.equals(b). 사람들은 a == b프리미티브 작업에 익숙 하므로 Object 래퍼를 사용할 때 쉽게 수행 할 수 있습니다.

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. 가독성 :

다음 두 가지 예를 고려하십시오. 대부분의 사람들은 두 번째가 더 읽기 쉽다고 말합니다.

Integer a = 2;
Integer b = 2;
if (!a.equals(b)) {
    // ...
}
int c = 2;
int d = 2;
if (c != d) {
    // ...
}

3. 성능 :

사실 프리미티브를 사용하는 것보다 프리미티브에 Object 래퍼를 사용하는 것이 속도 가 느립니다. 객체 인스턴스화, 메소드 호출 등의 비용을 모든 곳에서 사용하는 것에 추가하고 있습니다 .

Knuth의 “… 시간의 약 97 % : 조기 최적화는 모든 악의 근원”이라는 말은 실제로 적용되지 않습니다. 그는 코드 (또는 시스템)를 더 복잡하게 만드는 최적화에 대해 이야기했습니다. 포인트 # 2에 동의하면 코드가 덜 복잡해집니다.

4. 컨벤션입니다.

다른 Java 프로그래머의 99 %와 다른 스타일을 선택하면 두 가지 단점이 있습니다.

• 다른 사람의 코드를 읽기가 더 어렵다는 것을 알게 될 것입니다. 예제 / 자습서 등의 99 %가 기본 요소를 사용합니다. 당신이 그것을 읽을 때마다 당신은 그것이 익숙한 스타일로 어떻게 보일지에 대한 생각에 대한인지 적 오버 헤드를 갖게 될 것입니다.
• 다른 사람들은 코드를 읽기가 더 어렵다는 것을 알게 될 것입니다. Stack Overflow에 대해 질문 할 때마다 “왜 프리미티브를 사용하지 않습니까?”라는 답변 / 설명을 살펴보아야합니다. 당신이 나를 믿지 않는다면, 사람들이 대괄호 배치와 같은 것들에 대한 전투를 살펴보십시오.이 코드는 생성 된 코드에도 영향을 미치지 않습니다!

일반적으로 나는 몇 가지 반점을 열거하지만, 나는 여기서 대회에 참석하지 않는 좋은 이유를 솔직히 생각할 수 없습니다!

답변