& = 연산자 등가

Question

다음 코드를 고려하십시오

bool funcExecuted = false; 
bool result = false; 
Func<bool> returnFalse =() => 
{ 
    funcExecuted = true; 
    return false; 
}; 
result &= returnFalse(); 

string msg = funcExecuted?"Executed":"Not Executed"; 
Console.WriteLine(msg); 

예상 결과 :

• 내가 Not Executed

실제 결과의 메시지가 예상 :

• 나는 Executed 메시지를 받았다.

결론 :

result &= returnFalse();result = result & returnFalse();보다는 result = result && returnFalse();에 컴파일 (나는 후자를 예상).

내 질문은 왜 그런가요?

나는 다른 방향 일 것으로 기대합니다. 우리는 모두 연산자보다 훨씬 더 일반적으로 && 연산자를 사용하며 "기본 동작"이라고 기대합니다.

는

---

업데이트 : 대부분의 답변은 잘못된 질문에 대답 것으로 보인다.
&&과 &의 차이점은 &&이 단락된다는 사실입니다. 반면에 &은 항상 두 피연산자를 모두 평가합니다. & 항상 두 피연산자를 평가하는 반면 않습니다 a &= b이 &&와 &의 주요 차이점의 a = a && b;

Answer 1

당신이에 실패 혼란으로 변환됩니다 같은 RESON를 들어, 당신이 숫자 값에 && 및 &을 사용할 때 차이가있는 경우 하지만 바이트 컨텍스트에서 부울에 사용할 때는 없습니다.

차이점은 &&을 사용하면 단락이 발생한다는 것입니다.

boolean result = false & true; //bitwise AND 
boolean result = false && true; //logical AND 

결과에는 차이가 없습니다. 그렇다면 차이점은 CPU가 어떻게 처리 할 것인가입니다.

이 경우 부울 값으로 연산자 &=을 사용하는 경우 result = value & value을 사용하는 것과 같습니다.

&=을 사용할 때 단락이 발생한다는 가정은 이해하기 쉽지 않습니다. 여기서 &&이라는 인수가 &보다 자주 사용되는 인수는 여기에서 장소를 찾지 못합니다. &은 비트 단위 논리 연산자이고 &&은 논리적이기 때문에. 따라서 &=은 그 의미가 자연스러운 것입니다.

Answer 2

한 &&이 단락이 있다는 것입니다보다는 a = a & b;로 변환하는 이유

질문

이었다.

result &= returnFalse();은 result = result & returnFalse();과 동등하다.

Answer 3

당신은 "실행 된"얻었 기 때문에

Func<bool> returnFalse =() => 
{ 
    funcExecuted = true; //THIS !!!!!! 
    return false; 
}; 

의 메시지와 해당

string msg = funcExecuted?"Executed":"Not Executed"; 

funcExceuted는 true (제공된 코드의 범위에) 항상있다.

result &= returnFalse(); 

이

result = result & returnFalse(); 

을하지만 것은 조건이 result 확인하지 않는다는 것입니다,하지만 :

당신이 쓴 바이너리 &의 코드는 실제로 당신이 무엇을 기대로 변환된다 funcExceuted입니다. 이 코드는 으로 변경하면 코드에서 예상되는 동작을 얻을 수 있습니다.

무엇

그 이유

어떻습니까?

는 C# 언어 구문은

left+=right이 left = left + right