[java] Java API가 short 또는 byte 대신 int를 사용하는 이유는 무엇입니까?

가상 머신의 설계 복잡성은 수행 할 수있는 작업 종류 수의 함수입니다. “곱하기”(32 비트 정수, 64 비트 정수, 32 비트 부동 소수점 및 64 비트 부동 소수점 각각에 대해 하나씩)와 같은 네 가지 명령어 구현을 갖는 것이 더 쉽다. 위와 같이 더 작은 숫자 유형의 버전도 있습니다. 더 흥미로운 디자인 문제는 더 적은 것보다 4 가지 유형이 필요한 이유입니다 (64 비트 정수로 모든 정수 계산 수행 및 / 또는 64 비트 부동 소수점 값으로 모든 부동 소수점 계산 수행). 32 비트 정수를 사용하는 이유는 Java가 32 비트 유형이 16 비트 또는 8 비트 유형만큼 빠르게 작동 할 수있는 많은 플랫폼에서 실행될 것으로 예상되었지만 64 비트 유형의 조작은 눈에 띄게 될 것이기 때문입니다 느리게.32 비트 유형 만 있습니다.

32 비트 값에 대해 부동 소수점 계산을 수행하는 경우 이점이 다소 명확하지 않습니다. 계산과 같은 일부 플랫폼이 있습니다float a=b+c+d;모든 피연산자를 고정밀 유형으로 변환하고 추가 한 다음 결과를 저장을 위해 32 비트 부동 소수점 숫자로 다시 변환하여 가장 빠르게 수행 할 수 있습니다. 32 비트 부동 소수점 값을 사용하여 모든 계산을보다 효율적으로 수행 할 수있는 다른 플랫폼이 있습니다. Java 제작자는 모든 플랫폼이 동일한 방식으로 작업을 수행해야하며 32 비트 부동 소수점 계산이 더 긴 PC보다 빠르지 만 하드웨어 속도를 향상시켜야한다고 결정했습니다. 부동 소수점 단위가없는 많은 컴퓨터뿐만 아니라 일반적인 PC에서도 부동 소수점 연산의 정밀도. btw는 b, c 및 d의 값에 따라 위에서 언급 한 것과 같은 표현식을 계산할 때 고정밀 중간 계산을 사용합니다.float a=b+c+d;때로는 모든 중간 피연산자가 float정밀하게 계산 된 것보다 훨씬 더 정확한 결과를 얻을 수 있지만 때로는 조금 덜 정확한 값을 얻을 수도 있습니다. 어쨌든 썬은 모든 것을 동일한 방식으로 수행하기로 결정했으며 최소 정밀도 float값 을 사용하기로 결정했습니다 .

더 작은 데이터 유형의 주요 이점은 다수의 데이터 유형이 배열에 함께 저장 될 때 분명해집니다. 64 비트보다 작은 유형의 개별 변수를 갖는 이점이 없더라도 더 작은 값을보다 컴팩트하게 저장할 수있는 배열을 갖는 것이 좋습니다. 지역 변수 가 7 바이트를 절약 하는 byte것이 아니라 long1,000,000 번호의 배열은 각 수를 갖는 홀드 byte아니라이보다long7,000,000 바이트의 파도. 각 배열 유형은 몇 가지 작업 만 지원하면되므로 (주로 하나의 항목 읽기, 하나의 항목 저장, 배열 내의 항목 범위 복사 또는 한 배열에서 다른 배열로 항목 범위 복사) 더 많은 복잡성 배열 유형은 더 많은 유형의 직접 사용 가능한 이산 숫자 값을 갖는 복잡성만큼 심각하지 않습니다.

답변

class MyTimeAndDayOfWeek {
    byte dayOfWeek;
    byte hour;
    byte minute;
    byte second;
}

void setDayOfWeek(int dayOfWeek) {
    this.dayOfWeek = checkedCastToByte(dayOfWeek);
}