스위치의 기본 사례에서 중단

나는 break종종 마지막 사건 이후 에 포함하거나 포함하지 않을 때마다 약간 당황합니다 default.

switch (type) {
    case 'product':

        // Do behavior

        break;
    default:

        // Do default behavior

        break; // Is it considered to be needed?
}

break유일한 목적은 코드가 나머지 switch-case를 통해 실행되는 것을 막는 것 입니다.

그런 다음 break일관성으로 인해 마지막 을 갖는 것이 더 논리적으로 간주 되거나 break기능적 용도를 적용하지 않아서 건너 뛰는 것이 더 중요 합니까? 둘 다 내 의견으로는 다른 방식으로 논리적입니다.

이것으로 .php파일을 끝내는 것과 어느 정도 비교할 수 있습니다 ?>. 나는 ?>빈 공간을 출력 할 위험 때문에 주로 끝나지 않지만 파일을 끝내는 것이 논리적 일 것이라고 주장 할 수 있습니다.

break기술적으로 (당신이 될 필요가 없습니다 줄래 마지막 대안 후에 필요하지 않습니다 default: 넣어 완벽하게 합법적, 때로는 유용 default첫 번째 분기를); 코드가 switch명령문 의 끝을 통과하는지 또는 breaks마지막 분기의 끝을 벗어나도 결과는 같습니다.

그러나 세 가지 이유로 여전히 마지막 분기를 포함하여 모든 분기를 return또는 break문으로 종료합니다.

1. 리팩토링. 모든 분기가 break또는로 끝나는 return경우 의미를 변경하지 않고 순서를 바꿀 수 있습니다. 따라서 이러한 재정렬로 인해 회귀가 발생할 가능성이 줄어 듭니다.
2. 일관성과 최소한의 놀라움. 일관성은 지점이 실제로 의미가 다르지 않는 한 일관되게 끝나야한다고 말합니다. 최소 서프라이즈 원칙은 유사한 것들이 비슷하게 보이도록 지시합니다. switch이전 블록과 똑같이 블록 의 마지막 분기를 끝내면 두 가지를 모두 충족하므로 읽기와 이해가 더 쉽습니다. explicit을 생략하면 break마지막 분기가 광학적으로 다르며 (빠른 스캔에 특히 중요 함) 실제로 다르지 않다는 것을 확인하려면 독자가 개별 문장을 읽는 것이 중요합니다. .
3. 자신을 보호하십시오. 로 모든 switch브랜치를 끝내는 습관을 가지면 break잠시 후에 자동으로 바뀌므로 중요한 곳에서 실수로 잊어 버릴 가능성이 줄어 듭니다. break모든 분기가 끝날 때 까지 기대하도록 스스로 교육 하면 누락 된 break명령문 을 감지하는 데 도움이되므로 디버깅 및 문제 해결에 좋습니다.

switch-case대부분의 언어 사용과 관련하여 존재하는 모호성을 감안할 때, 명시 적으로 그리고 의도적으로 의도하지 않은 경우를 제외하고 는 항상 break문장을 사용하는 것이 좋습니다 .

부분적으로 이것은 모든 case통화가 동일 하게 보이기 때문에 가독성이 향상 되기 때문입니다 . 그러나 누군가 (나조차도) case마지막 단계에서 후자 를 삽입하기로 선택 하면 이전 블록을 확인하는 데 신경 쓸 필요가 없으므로 새 코드를 추가 할 때 버그를 줄일 수 있습니다.

마지막 경우 break이후 에는 필요 하지 않습니다 . " 마지막 "( 기본값 아님) 이라는 단어 가 필요하지 않기 때문에 사용합니다. 기본 경우는 마지막 경우입니다.

switch(x)
{
case 1:
//do stuff
break;

default:
//do default work
break;

case 3:
//do stuff

}

그리고 우리 break 는 두 개의 연속적인 cases 사이에 a 가 필요하다는 것을 알고 있습니다. 때로는 if(a!=0)다른 사람들이 내 코드를 참조 할 때 더 쉽게 읽을 수 있도록 코드에서 사용 합니다. 내가 사용하도록 선택할 수 있습니다 if(a), 내 선택의 문제가 될 것입니다