드문 경우 나 처리하기 어려운 경우에 대비하여 진술해야합니까?

현재 작성중인 일부 코드에는 다음과 같은 것이 있습니다.

if (uncommon_condition) {
    do_something_simple();
} else {
    do();
    something();
    long();
    and();
    complicated();
}

저의 일부는 "제작 된 방식은 괜찮습니다. 간단한 경우는 먼저 가고 더 복잡한 경우는 다음에 가야합니다"라고 생각합니다. 그러나 또 다른 부분은 "아니오! else코드는 예외적 인 경우 를 다루기위한 것이고 다른 모든 경우를 다루기위한 if것이므로 코드 아래에 가야한다 "고 말합니다 . 어느 것이 정확하거나 선호됩니까?ifelse

실행 가능성에 따라 주문하십시오. 가장 흔하고 가장 가능성이 높은 조건이 먼저 진행됩니다.

예제에서 "처리 어려움"은 코드 구조, 추상화 등에 의해 처리되어야하며 else 블록은 단일 메소드 호출로 리팩토링 될 수 있습니다. 당신은 당신의 if절이 동일한 추상 수준에 있기를 원합니다 .

if ( ! LotteryWinner ) {
    GoToWorkMonday();
} else {
    PlanYearLongVacation();
}

가독성을 향상 시키십시오. 한 가지 방법은 더 긴 코드 블록을 else 부분에 배치하는 것입니다.

if (s == null)
     // short code
else 
     // long 
     // code
     // block

보다 읽기 쉽다

if (s != null)
    // long
    // code
    // block
else
    // short code

사용법에 대해 들었던 고정 규칙이 없지만 다음과 같이 따릅니다.

if(usual)
{
(more often)
}
else (unusual)
{
(rarely occurring)
}

그러나 둘 다 다른 속성을 가진 동일한 기능을 가지고 있다면 평범하지 않은 첫 번째 명령을 저장하는 것이 좋습니다.

if(x == 0)  // 1
  {x = 1;}  // 2
else
  {x = 2;}  // 3

위의 코드 어셈블리 코드는 다음과 같습니다.

1. 000d 837DFC00        cmpl    $0, -4(%ebp)
   0011 7509            jne .L2

2. 0013 C745FC01        movl    $1, -4(%ebp)
   001a EB07            jmp .L3

    .L2:
3.001c C745FC02         movl    $2, -4(%ebp)

        .L3:

내부 조건이 참인 경우 흐름은 1-> 2 (4 intructions) 인
경우 내부 조건이 거짓 인 경우 흐름은 1-> 3 (3 intructions)입니다.

따라서 매번 하나의 명령을 저장할 수 있도록 비정상적이거나 드물게 발생하는 이벤트를 다른 부분과 정상적인 조건에 넣는 것이 좋습니다.

나는 정반대의 패턴으로 코드를 쉽게 읽을 수 있으며 중첩 된 if 문을 줄이거 나 없앤다는 것을 알았습니다. 이것을 "건틀릿"패턴이라고합니다. (이야기에서, 건틀릿은 최종 작업이 완료되기 전에 성공적으로 해결해야 할 일련의 도전이 될 것입니다.) 가장 먼저 처리해야 할 사항은 코드의 본문을 깨끗하고 간결하게하는 것입니다.

if(gauntlet_1){ handle the first gauntlet condition }; 
if(gauntlet_2){ handle the second gauntlet condition };
...
// All preconditions (gauntlets) have been successfully handled

// Perform your main task here

나에게 그것은 그들이 실행하는 코드의 복잡성보다 조건에 관한 것입니다. 비정상적인 조건을 먼저 포착 한 다음에 더 일반적인 조건을 포착하려면 조건을 주문해야합니다. 또한 else 코드가 실제로 길고 복잡하다면 독자에게 조건부 부분을 분명하게 유지하기 위해 하위 코드를 만들 것입니다.

나는 정해진 규칙이 없지만 일반적으로 이것을 따릅니다. 먼저 이것을 무시할 디자인 패턴이 누락 된 부분을 고려하십시오. 그렇지 않은 경우 if의 조건이 가장 명확하게 이해되도록 작성합니다. 즉, 이중 네거티브 등을 피하십시오.

그러한 시나리오에 대해서는 이에 대한 경험이 없습니다. 그러나 아마도 우리는 if 블록에 긍정적이거나 가장 가능성이 높은 코드를 작성하고 else 블록이나 기본 경우에는 생략 할 수 있습니다.