Java의 유형 전송 관리

Java는 강력한 유형의 언어이지만 다른 유형의 기본 변수 간에 값을 전송하는 것은 여전히 ​​가능합니다. 예를 들어, 값을 받는 유형의 저장 용량이 이를 처리할 수 있는 한 문제 없이 int 값을 double에 할당할 수 있습니다.

각 기본 유형의 크기는 아래를 참조하세요.

저장 용량이 더 큰 유형으로 가치를 이전하는 것을 "확장 변환"이라는 기술적인 이름이 있습니다. 포르투갈어로 된 용어는 일반적으로 "확대 변환" 또는 "확대 변환"으로 번역됩니다. 이는 더 작거나 더 제한된 데이터 유형의 값이 정보 손실 없이 더 크거나 더 포괄적인 유형으로 변환되는 프로세스를 나타냅니다.

그런데 저장 용량이 더 작은 유형으로 값을 옮기고 싶다면 어떻게 해야 할까요? Java 컴파일러는 이를 좋아하지 않지만 아래 예와 같이 캐스팅하면 허용합니다.

double decimal = 65.9;
int i = (int) decimal; //aqui ele perde a casa decimal e vira 65
char c = (char) i; //aqui ele vira a letra A (que corresponde a 65)

새로운 유형으로 갈 가치의 크기가 해당 유형의 한계를 초과하면 더 극적인 일이 일어날 수 있습니다. int i = 10은 -128에서 +127 범위의 8비트를 포함하므로 바이트 변수에 적합합니다. 하지만 byte 유형의 변수에 int i = 128을 넣으려면 어떻게 해야 할까요... 정보가 손실됩니다.

public class Main
{
    public static void main(String[] args) {
        int i = 128;
        byte b = (byte) i;

        System.out.println(b); // o valor de b agora é -128 :S
    }
}

오토박싱

지난 게시물 [여기서 읽어보기]에서 Wrapper 클래스에 대해 조금 이야기했습니다. 예를 들어, Integer.parse(i) = i가 유형이라고 가정했습니다.
원시 정수

현재 Wrapper 구문 분석 방법은 더 이상 사용되지 않으므로 사용이 권장되지 않습니다. 기본 요소를 Wrapper 클래스로 변환하고 이러한 방식으로 내장 메서드를 사용하려면 다음 예와 같이 "autoboxing"을 수행하는 것이 좋습니다.

Character ch = 'a';
Integer i = 10;

더 직접적인 접근 방식이라는 점에 유의하세요. 값을 한 번에 할당하기만 하면 됩니다.

반대로 데이터를 기본 유형으로 반환하려면 valueOf:
메서드를 사용하여 "박싱 해제"를 수행할 수 있습니다.

Integer i = 10;
int j = Integer.valueOf(i);

이전 게시물에서 말했듯이 프리미티브에서 래퍼를 만드는 것은 클래스의 메서드를 사용할 수 있고 데이터 작업 시 작업이 더 쉬워진다는 장점이 있습니다.

프리미티브의 래퍼 버전은 언뜻 보면 많이 비슷해 보일 수 있지만 JVM은 객체와 프리미티브를 같은 방식으로 처리하지 않는다는 점을 잊지 마세요. 기본 요소는 스택으로 이동하고 객체는 힙으로 이동한다는 점을 기억하세요 [여기서 기억하세요].

성능 측면에서 보면 값이 참조가 아닌 직접 저장되기 때문에 기본 요소에서 데이터를 검색하는 것이 컴퓨터 비용이 더 저렴하다는 것이 분명합니다. 조각을 메모리에 계속 모으는 것보다 미리 만들어진 데이터 조각을 얻는 것이 훨씬 빠릅니다.

하지만 Wrapper를 사용해야 하는 경우도 있습니다. 예를 들어 ArrayList 클래스로 작업하려는 경우입니다. 기본 값이 아닌 객체를 매개변수로만 허용합니다.

기본 요소에서 객체로 또는 그 반대로 변환하는 이러한 유연성은 언어에 있어서 정말 멋집니다. 그러나 우리는 여기에서 논의된 이러한 함정과 다른 많은 함정을 인식할 필요가 있습니다.

사회에 충격을 주기 위해(웃음) 오버로딩 작업 시 코드가 예기치 않게 동작하는 문제 사례를 예로 들어보겠습니다. (아직 오버로딩에 대한 글을 올린 적은 없지만 올릴 예정입니다. 기본적으로 , 메소드의 시그니처가 다를 때 오버로드가 발생합니다.

이 사례는 Joshua Bloch의 "Effective Java"라는 책에서 언급되었습니다.

public class SetListTest {
    public static void main(String[] args) {
        Set<Integer> set = new TreeSet<>();
        List<Integer> list = new ArrayList<>();

        for (int i = -3; i < 3; i++) {
            set.add(i);
            list.add(i);
        }

        for (int i = 0; i < 3; i++) {
            set.remove(i);
            list.remove(i); // como corrigir: list.remove((Integer) i);
        }

        System.out.println(set + " " + list);

    }

이 프로그램의 목적은 -3부터 2까지의 정수값[-3, -2, -1, 0, 1, 2]을 집합과 목록에 추가하는 것이었습니다. 그런 다음 양수 값 [0, 1 및 2]을 삭제하십시오. 그러나 이 코드를 실행하면 집합과 목록이 동일한 결과를 나타내지 않는다는 것을 알 수 있습니다. 세트는 예상대로 [-3, -2, -1]을 반환합니다. 목록은 [-2, 0, 2]를 반환합니다.

이는 List 클래스의 내장 제거(i) 메소드에 대한 호출이 i를 기본 유형 int로 처리하고 다른 어떤 것도 처리하지 않기 때문에 발생합니다. 이 메서드는 차례로 i 위치의 요소를 제거합니다.

Set 클래스의 Remove(i) 메서드 호출은 Integer 객체를 매개변수로 받는 오버로드를 호출하여 원래 int였던 i를 자동으로 Integer로 변환합니다. 이 메서드의 동작은 i와 동일한 값(그리고 i와 동일한 인덱스가 아닌)을 갖는 요소를 집합에서 제외합니다. 집합과 목록 모두에 대해 예상되는 유형은 Integer였습니다. (세트 / 목록 목록 설정). 이것이 Set 클래스의 제거 메소드에 대해 선택된 오버로딩이 이를 Integer로 변환한 이유입니다.

List에서 제거 동작은 인덱스별로 삭제하는 반면, Set에서 제거하는 동작은 값별로 삭제합니다. 모두 Integer를 받는 제거의 과부하로 인해 발생합니다.

위 내용은 Java의 유형 전송 관리의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!