C에서 한 줄에 바이트를 빼는 방법 #

Question

이것은 정말 이상합니다. 아무도 이것을 설명 할 수 있습니까?

이 코드는 작동하지 않습니다

const byte ASC_OFFSET = 96; 
string Upright = "firefly"; 
byte c7 = (byte)Upright[6] - ASC_OFFSET; 
//Cannot implicitly convert type 'int' to 'byte'. 

이 코드는 작동하지 않습니다

const byte ASC_OFFSET = 96; 
string Upright = "firefly"; 
byte c7 = (byte)Upright[6] - (byte)ASC_OFFSET; 
//Cannot implicitly convert type 'int' to 'byte'. 

을하지만, 별도의 줄에 빼기를 넣어 잘 작동합니다 :

const byte ASC_OFFSET = 96; 
string Upright = "firefly"; 
byte c7 = (byte)Upright[6]; 
c7 -= ASC_OFFSET; 

나는 문장을 별도의 줄에 두는 것을 꺼려한다. 그렇지만 나는 궁금해해야한다. ...

왜?

Answer 1

나는 이것도 전에 주목했습니다. 제 생각에는 -= 연산자가 바이트 유형에 대해 미리 정의 되었기 때문입니다. 반면에 전자의 경우에는 int을 실제로는 byte 안에 넣는 것이 허용되지 않습니다. 이 작업을 수행 한 이유는 반드시 의미가있는 것은 아니지만 규칙과 일치합니다. 이전 사례에서는 컴파일러가 할당을 수행 할 때 - 연산자에서 "엿보기"할 수 없기 때문입니다.

당신이 정말로 말하는 대신에, 한 줄에 빼기해야하는 경우 :

byte c7 = (byte)Upright[6] - ASC_OFFSET; 

말 :

byte c7 = (byte)(Upright[6] - ASC_OFFSET); 

Answer 2

byte 작업 (int 결과 왜 여기 참조) 1 때문입니다 : http://blogs.msdn.com/b/oldnewthing/archive/2004/03/10/87247.aspx를) 및 2) 다음 C# 코드

c7 -= ASC_OFFSET; 

14.14.2 복합 할당 : "마술"

c7 = (byte)(c7 - ASC_OFFSET); 

에 장면 뒤에 컴파일이됩니다 이것은 명시 적으로 여기에 C#을 사양에 설명되어 있습니다

형태의 X의 동작 op = y는 이원 연산자 과부하 해결 (§14.2.4)을 적용하여 처리 된 이고 과 같이 작업이 작성되었습니다. 이어서 ,

하기 • 선택된 오퍼레이터의 리턴 타입 X의 종류에 내재적 전환 인 경우는 상기 동작의 x 제외한 X = X 연산 Y, 으로 평가 한 번만 계산된다.

그렇지 않으면 선택된 연산자가 미리 정의 된 연산자 인 경우 선택한 연산자의 반환 형식이 명시 적으로 x 유형으로 변환 될 수 있고 y가 암시 적으로 x 유형으로 변환 될 수 있거나 연산자가 a이면 시프트 연산자 인 경우 연산은 x = (T) (x op y)로 평가됩니다. 여기서 T는 x의 유형입니다. 단, x는 한 번만 계산됩니다. •

은 그렇지 않으면, 복합 대입은 무효이며, 컴파일 타임 오류 는

Answer 3

컴파일하지 않는 첫 번째 두 샘플은 이유를 때문에 발생합니다 :

• 캐스트는 빼기보다 "더 단단합니다". 즉 '(C) d-e'는 '(C) (d-e)'가 아니라 '((C) d) -e'를 의미한다. 형 변환 연산자가 우선 순위가 높습니다.
• 따라서 빼기에 대한 피연산자의 유형은 형변환에 관계없이 byte입니다.
• 바이트에 대해 정의 된 빼기 연산자가 없기 때문에 뺄셈 유형은 int입니다.
• 따라서 캐스팅이없는 바이트에 int를 할당하는 것은 불법입니다.

바이트에 빼기 연산자가 없기 때문에 7 바이트를 포함하고 8 바이트가 포함 된 바이트를 뺀 것으로 가정하면 255 바이트가됩니까? 나는 대부분의 사람들이 그것이 int -1이되기를 원할 것이라고 생각한다.

마지막으로 왜이 부분에서 바이트 단위로이 작업을 수행하고 있습니까? 이것은 의미가 없습니다. Chars는 C#에서는 바이트가 아닙니다. 문자에 대한 산술 연산을 수행하려면 왜 바이트로 손실되고 위험한 변환을 수행하는 대신 문자 96을 숯 'y'에서 뺄까요?