정수가 데이터 유형으로 너무 많이 사용됩니까?

대부분의 응용 프로그램 개발자는 실제로 부호없는 정수를 사용하는 장소에서 부호있는 정수를 사용합니까? 나는 항상 그것을하고, 동료들도 그렇게한다. 필자는 델파이 VCL 이외의 다른 광범위한 코드베이스를 많이 보지 못했으며 인터넷의 예제는 일반적으로 정수를 사용합니다. VCL 개발자는 자체 데이터 유형을 사용하지만 (변수 선언에 가장 지연되지 않는 방법 임).

이와 같은 코드에 대해서는 약간 두려운 것 같습니다.

TStuffRec = record
   recordID : Integer;
   thingID : Integer;
   otherThingID : Integer;
end;

다음과 같이 쓸 수있을 때

TStuffRec = record
   recordID : Cardinal;
   thingID : Cardinal;
   otherThingID : Cardinal;
end;

기능적으로 이러한 레코드는 거의 항상 동일하게 작동하며 64 비트 Delphi에서도 계속 동일하게 작동합니다. 그러나 매우 큰 숫자는 변환 문제가 있습니다.

그러나 부호없는 정수를 사용하는 데에도 단점이 있습니다. 주로 두 가지를 혼합하는 것이 얼마나 성가 신지에 기인합니다.

실제 질문은 실제로 이것이 모범 사례에 포함되거나 고려되는 것입니까? 보통 개발자에게 달려 있습니까?

델파이에서 부호없는 정수 유형을 많이 사용하지 않는 한 가지 이유는 부호있는 정수와 혼합 될 때 문제를 일으킬 수 있기 때문입니다. 한 번 나를 물린 사람이 있습니다.

for i := 0 to List.Count - 1 do
  //do something here

나는 i부호없는 정수로 선언했다. (결국 0에서 시작하는 목록의 인덱스이며, 음수 List.Count일 필요는 없다.) 0 일 때 루프가 예상대로 단락되지는 않는다. 0 - 1매우 높은 양수로 평가됩니다. 죄송합니다!

서명 된 혼합에 내재 된 잠재적 인 안전 문제와 부호없는 정수 및 범위 문제 사이에, (당신은보다 큰 양수를 필요로하는 거라면 high(signed whatever)꽤 가능성이 당신이 또한보다 큰 양수 필요로 오게이다, high(unsigned whatever)그래서 이동도를 동일한 크기의 부호있는 부호에서 부호없는 부호로 전환하는 대신 다음 큰 크기까지는 일반적으로 올바른 조치입니다.) 대부분의 데이터를 나타낼 때 부호없는 정수에 너무 많은 용도를 찾지 못했습니다.

솔직히 나는 습관적으로 정수를 사용하는 경향이 있습니다. 나는 그들이 대부분의 상황에 충분히 큰 범위를 제공하고 음수 값 (예 : -1)을 허용한다는 사실에 익숙해졌습니다. 실제로 bytes / word / shortint를 사용하는 것이 더 적합 할 것입니다. 이제 그것에 대해 생각하면 다음과 같은 지점에 집중할 수 있습니다.

• 원근법. Tilemap 크기는 192x192 타일로 제한되므로 타일 및 루프 주소 지정에 바이트를 사용할 수 있습니다. 그러나지도 크기를 늘리려면 모든 사용 과정을 거쳐 단어와 같이 바꿔야합니다. 오프 맵 오브젝트를 허용해야 할 때 smallint로 변경하려면 다시 가야합니다.

• 루프. "i : = 0에서 Count-1"로 루프를 작성하는 경우가 종종 있습니다. "i"가 바이트이고 Count = 0이면 루프가 0에서 255까지 실행되는 경우 어떻게됩니까?

• 제복. "var i : integer;"를 기억하고 적용하는 것이 더 쉽습니다. 각각의 경우에 멈추고 "흠 .. 여기서 우리는 0..120 범위. 바이트 .. 충분하지 않습니다. 아아! " 또는 "왜이 부분이 shortint가 아닌 smallint입니까?"

• 결합. 둘 이상의 클래스를 함께 결합해야 할 때 목적에 따라 다른 데이터 유형을 사용하고있을 수 있으며 더 넓은 유형을 사용하면 불필요한 변환을 건너 뛸 수 있습니다.

• -1. 값이 0..n-1 범위에 있더라도 종종 "값 없음 / 알 수 없음 / 초기화되지 않은 / 값 없음"값을 설정해야합니다. 이는 일반적으로 -1입니다.

정수를 사용하면 이러한 모든 문제를 건너 뛰고, 필요하지 않은 저수준 최적화를 잊어 버리고, 더 높은 수준으로 가서 더 실제적인 문제에 집중할 수 있습니다.

PS 언제 다른 유형을 사용합니까?

• 카운터는 부정적이지 않으며 클래스 외부에서 읽기 전용입니다.
• 성능 / 메모리 이유로 특정 장소에서 더 짧은 데이터 유형을 사용해야합니다.

가장 좋은 방법은 사용중인 데이터 (예상 데이터)의 요구에 맞는 데이터 유형을 사용하는 것입니다.

C # 예제 : 0에서 255까지만 지원하면 바이트를 사용합니다.

1,000,000 개의 음수와 양수를 지원해야한다면 int.

4.2 억보다 크면 오래 사용하십시오.

올바른 유형을 선택하면 프로그램은 최적의 메모리 양을 사용하고 다른 유형은 다른 양의 메모리를 사용합니다.

다음은 MSDN의 C # int 참조입니다.

int 
 -2,147,483,648 to 2,147,483,647
 Signed 32-bit integer

uint 
 0 to 4,294,967,295
 Unsigned 32-bit integer

long 
 -9,223,372,036,854,775,808 to 9,223,372,036,854,775,807
 Signed 64-bit integer

ulong 
 0 to 18,446,744,073,709,551,615
 Unsigned 64-bit integer

부호없는 정수 유형은 기수를 나타내는 언어로 기수를 나타내는 경우에만 사용해야합니다. C를 실행 한 컴퓨터가 작동하는 방식으로 인해 부호없는 정수 유형은 mod-2 ^ n 대수 고리의 멤버로 작동했으며, 오버플로 된 계산은 예상대로 "포장"할 수 있음을 의미합니다. 이러한 행동이 기수 또는 수학 정수의 행동과 일치하지 않을 때에도 추상 대수 고리로 행동해야합니다.

플랫폼이 카디널 번호와 대수 링에 대해 별도의 유형을 완전히 지원하는 경우 카디널 번호 유형 (및 링 유형을 사용하여 랩핑 해야하는 항목)을 사용하여 카디널 번호를 처리해야한다고 제안합니다. 이러한 유형은 부호있는 유형의 두 배 크기로 숫자를 저장할 수있을뿐만 아니라 그러한 유형의 매개 변수를받는 메소드는 음수인지 여부를 확인할 필요가 없습니다.

그러나 기수-숫자 유형이 상대적으로 부족하기 때문에 일반적으로 정수를 사용하여 수학 정수와 기수를 모두 나타내는 것이 가장 좋습니다.