두 개의 if 문을 AND로 분리해야합니까?

Question

나는이 내 코드에 다음 줄 :

if (command.equals("sort") && args.length == 2) { 
    //run some program 
    } 

누군가가 명령이 동일하지 않을 경우 다른 if 진술의 평가를 할 필요가 없기 때문에 두 개의 별도 if 문을 사용해야한다는 제안을 "종류" args 길이가 맞는지 여부에 관계없이.

그래서, 나는 내 코드를 다시 작성해야하는가에 따라 :

if (command.equals("sort")) { 
    if (args.length == 2) { 
    //run some program 
    } 
} 

나는 둘 다 일을 알고 있지만, 내 질문에 더 효율적 어느 쪽입니까?

Answer 1

아니요, 사실이 아닙니다. 첫 번째 조건이 거짓으로 평가되면 두 번째 조건은 전혀 평가되지 않을 것이라고 그들은 short circuit이라고 부릅니다.

Answer 2

음, &&은 short-circuit 연산자입니다. 따라서 if 문은 모두 사실 동일합니다.

따라서 첫 번째 경우에 command.equals("sort")이 거짓을 반환하면 다음 조건이 전혀 평가되지 않습니다. 그래서, 제 의견으로는, 첫 번째 것을 가지고 가십시오. 그것은 분명하다.

Answer 3

이들은 동일합니다. 첫 번째 예를 들어, 첫 번째 표현식이 거짓이면 현대 런타임은 두 번째 표현식을 무시합니다.

Answer 4

조건이 동일한 순서 인 경우 효율면에서 완전히 동일합니다.

if (command.equals("sort") && args.length == 2) 

command.squals ("sort")가 false를 반환하고 args.length가 확인되지 않으면 삭제됩니다. 운영자 &&의 운영자는 short-circuit입니다.

스타일과 가독성 문제가 있습니다. IMO 하나의 if 문장으로 너무 많은 체인을 시작할 때 읽기가 어려울 수 있습니다.

Answer 5

가치에 대해 null 사례를 확인한 다음 해당 개체에 함수를 적용하면 단락 연산자가 잘 작동하여 단락이 더 잘되는 &에 의해 수행하는 것이 좋습니다. 조건 1이 거짓이면 조건 ​​2에서 실행이 중지됩니다.

예 :

String s=null;

if(s!=null && s.length())

이 나던 던져 예외도 대부분의 경우 검사의 경우 더 하나를 저장합니다.

Answer 6

사실, [Lazy_evaluation]라고 : http://en.wikipedia.org/wiki/Lazy_evaluation 문제는 정말 아니지만 당신이 원하는 경우 평가하는 경우, 당신은 & 사용할 수 있습니다

Answer 7

:

if (methodA() & methodB()) { 
    // 
} 

대신

boolean a = methodA(); 
boolean b = methodB(); 
if (a && b) { 
    // 
} 

Answer 8

예, 제안은 완전히 옳습니다. 첫 번째 수표를 다음과 같이 작성하는 것이 좋습니다.

"sort".equals(command) 

아마도이 경우에는 의미가 없지만 나중에는 의미가 있습니다. 먼저 정적 유형을 사용하십시오. 먼저 null 체크가 필요하지 않습니다.

Answer 9

설명 된 바와 같이, 단락으로 인해 조건이 충족되지 않는 경우 프로그램이 if 문을 종료하게되므로 추가 조건이 평가되지 않으므로 실제 값은 없습니다. 두 형식이 평가되는 방식의 차이.

여러 개의 if 문이 서로 중첩되어있을 때 코드 가독성에 부정적인 영향을 주며, 내게는 중첩하지 않는 것이 주된 이유입니다. 예를 들어 :

if(conditionA){ 
    if(conditionB){ 
     if(!conditionC){ 
      // Do Something 
     } 
    } 
} 

중첩 (20)의 경우 계산서를 가진 것을 상상해

if(conditionA && conditionaB && !conditionC){ 
    // Do Something 
} 

보다 훨씬 깨끗? 흔한 일은 아니지만 가능한 일입니다.