왜 C#에서는 "variable! = null"대신 "null! = variable"이 표시되는 이유는 무엇입니까?

Question

C#에서는 상태를 나타내는 순서의 실행 속도에 차이가 있습니까?

if (null != variable) ... 
if (variable != null) ... 

최근에 저는 첫 번째 것을 자주 보았습니다. 두 번째 것에 익숙했기 때문에 주목을 끌었습니다.

차이가없는 경우 첫 번째 장점은 무엇입니까?

Answer 1

C에서 보류입니다. 잘못된 컴파일러를 사용하거나 경고가 충분히 높게 표시되지 않으면 경고없이 컴파일됩니다 (실제로는 합법적 인 코드).

당신이 실제로 아마 의미

// Probably wrong 
if (x = 5) 

if (x == 5) 

당신은 수행하여 C에서이 문제를 해결할 수 있습니다

if (5 == x) 

여기에 오타가 있으면 잘못된 코드가 표시됩니다.

자, C#에서는이 모든 것이 piffle입니다. 두 개의 부울 값 (희귀 한 IME)을 비교하는 경우가 아니라면 "if"문에서 부울 식을 시작해야하며 "x=5"의 형식은 Boolean이 아닌 Int32이되므로 더 읽기 쉬운 코드를 작성할 수 있습니다.

동료의 코드에서이를 볼 수 있다면 현대 언어로 교육하고 앞으로 더 자연스러운 형식을 사용하도록 제안하는 것이 좋습니다. 당신이 연산자를 혼동하는 경우 그런 다음 다시 다음 컴파일 오류 싶어한다 또는 버그와 코드를 실행합니다 - - 올 버그 나에게

Answer 2

나는 이것이 언어를 바꾼 C 프로그래머라고 생각한다.

C에서, 당신은 쓸 수 다음

int i = 0; 
if (i = 1) 
{ 
    ... 
} 

주의 코드가 난 다음 과제는 (1을 반환 변수에 1을 할당합니다 의미가 하나의 등호의 사용 expression)을 사용하고 if 문에서 1을 사용합니다.이 값은 true로 처리됩니다. 즉 위의 내용은 버그입니다.

그러나 C#에서는이 작업을 수행 할 수 없습니다. 이 둘 사이에는 실제로 차이가 없습니다.

Answer 3

초기에는 사람들이 '!' (또는 평등을 위해 여분의 '='를 붙이기가 더 어렵습니다) 비교 대신 과제를 수행하십시오. 앞에 null을두면 null이 l 값이 아니기 때문에 버그 가능성을 제거합니다 (I.E. 할당 할 수 없습니다).

요즘 대부분의 컴파일러는 조건부로 할당 할 때 경고를하고 C#은 실제로 오류를 발생시킵니다. 대부분의 사람들은 var == null 스키마를 사용합니다. 일부 사람들에게 읽기 쉽기 때문입니다.

Answer 4

는 항상 당신이

@Shy을 선호하는 스타일이었다 예기치 않은 행동을 일으킨 이후에 나중에 길을 물으십시오.

Answer 5

한 가지 더 ...(. 예에 대한 정수 또는 문자열)이 NullPointerExceptions를에 실행하지 않을 것이기 때문에 당신이 상수 변수를 비교하는 경우, 왼쪽에 상수를 넣어 좋은 방법입니다 :

int i; 
if(i==1){  // Exception raised: i is not initialized. (C/C++) 
    doThis(); 
} 

int i; 
if(1==i){  // OK, but the condition is not met. 
    doThis(); 
} 

반면,

기본적으로 C#에서는 모든 변수를 초기화하므로 해당 언어로 문제가 발생하지 않아야합니다.

Answer 6

첫 번째 null을 사용하는 좋은 이유가 있습니다 : if(null == myDuck)이

경우 class Duck가 == 연산자를 우선은, 다음 if(myDuck == null) 무한 루프에 갈 수 있습니다.

null을 사용하면 먼저 기본 동등 비교를 사용하여 실제로 의도 한 바를 수행합니다.

(필자는 결국이 방법으로 작성된 코드를 읽는 것에 익숙해 져 있습니다. 아직 변태를 경험하지 못했습니다.) 모두가 이미 실수로 두 번째 등호 잊어 버린 경우 잘못된 코드를 얻을 수있는 C 언어에서 더 많거나 적게 온다 지적처럼

public class myDuck 
{ 
    public int quacks; 
    static override bool operator ==(myDuck a, myDuck b) 
    { 
     // these will overflow the stack - because the a==null reenters this function from the top again 
     if (a == null && b == null) 
      return true; 
     if (a == null || b == null) 
      return false; 

     // these wont loop 
     if (null == a && null == b) 
      return true; 
     if (null == a || null == b) 
      return false; 
     return a.quacks == b.quacks; // this goes to the integer comparison 
    } 
} 

Answer 7

: 여기

은 예입니다. 그러나 C# : Readability와 일치하는 또 다른 이유가 있습니다.

if(null != someVariableThatShouldBeChecked 
    && null != anotherOne 
    && null != justAnotherCheckThatIsNeededForTestingNullity 
    && null != allTheseChecksAreReallyBoring 
    && null != thereSeemsToBeADesignFlawIfSoManyChecksAreNeeded) 
{ 
    // ToDo: Everything is checked, do something... 
} 

그래서 예 : 당신은 단순히 시작 할 수 있습니다 훨씬 쉽게 현장의 모든 검사에 모든 널 단어를 교체 할 경우

if(someVariableThatShouldBeChecked != null 
    && anotherOne != null 
    && justAnotherCheckThatIsNeededForTestingNullity != null 
    && allTheseChecksAreReallyBoring != null 
    && thereSeemsToBeADesignFlawIfSoManyChecksAreNeeded != null) 
{ 
    // ToDo: Everything is checked, do something... 
} 

:

그냥 간단한 예를 들자면 (코드 작성 지침 참조) 나쁜 예일 수 있지만 전체 코드 파일을 빠르게 스크롤 할 수 있다고 생각하면됩니다. 간단히 패턴을 보면, 다음에 오는 것을 즉시 알 수 있습니다.

if(null ... 

다른 방법이 있다면, 무효 검사를보기 위해 항상 을까지 스캔해야합니다. 어떤 종류의 검사가 이루어 졌는지 알아보기 위해 비틀 거리게됩니다. 따라서 구문 강조 표시가 도움이 될 수 있지만 키워드가 앞부분이 아닌 줄 끝 부분에있을 때 항상 느리게 표시됩니다.

Answer 8

이 규칙을 따르는 데 어떤 이점도 보이지 않습니다. 부울 유형이 존재하지 않는 C에서, 그것은

if(5 == variable) 

오히려 당신이 eaqual 기호 중 하나를 잊어 버린 경우 때문에, 당신은

if (variable = 5) 

로 끝날

if (variable == 5) 

이상 작성하는 유용

변수에 5를 할당하고 항상 true로 평가합니다. 그러나 Java에서 부울은 부울입니다. 그리고! =로, 전혀 이유가 없습니다.

한 좋은 충고는하지만, 그것은 NullPointerExceptions를을 방지하는 데 도움이 있기 때문에

if (CONSTANT.equals(myString)) 

보다는

if (myString.equals(CONSTANT)) 

을 작성하는 것입니다.

제 조언은 규칙의 정당성을 묻는 것입니다. 아무도 없다면, 그 이유를 따르십니까? 가독성에 도움이되지 않습니다.