스위치에서 break를 사용해야하는 이유는 무엇입니까?

각 문마다 그 switch구성 (많은 언어로)을 사용 하기로 결정한 (그리고 어떤 개념에 기초하여) 누가 break?

왜 이런 식으로 작성해야합니까?

switch(a)
{
    case 1:
        result = 'one';
        break;
    case 2:
        result = 'two';
        break;
    default:
        result = 'not determined';
        break;
}

(PHP와 JS에서 이것을 주목했습니다; 아마도 이것을 사용하는 다른 많은 언어가있을 것입니다)

switch의 대안 인 경우 if와 동일한 구성을 사용할 수없는 이유는 if무엇입니까? 즉 :

switch(a)
{
    case 1:
    {
        result = 'one';
    }
    case 2:
    {
        result = 'two';
    }
    default:
    {
        result = 'not determined';
    }
}

break현재 블록 다음에 블록이 실행 되는 것을 방지 한다고합니다 . 그러나 누군가가 실제로 현재 블록을 실행하고 다음 블록을 실행할 필요가있는 상황에 처하게됩니까? 나는하지 않았다. 나를 위해, break항상 있습니다. 모든 블록에서. 모든 코드에서.

C는 switch이 형식으로 진술 을 한 최초의 언어 중 하나였으며 다른 모든 주요 언어는 C 언어를 기본값으로 유지하기로 선택했습니다. 모든 사람들이 익숙했던 행동을 유지하는 것보다 덜 중요합니다.

C가 그런 식으로 설계된 이유는 아마도 "휴대용 어셈블리"라는 C의 개념에서 비롯된 것입니다. 이 switch명령문은 기본적으로 브랜치 테이블 의 추상화 이며, 브랜치 테이블에도 암시적인 폴스 루가 있으며이를 피하려면 추가 점프 명령이 필요합니다.

그러니까 기본적으로, C의 디자이너는 또한 기본 당 어셈블러 의미를 유지하기로 결정했습니다.

그 언어로 된 문장 switch의 대안이 아니기 때문 입니다 if ... else.

를 사용 switch하면 한 번에 둘 이상의 조건을 일치시킬 수 있으며 경우에 따라 높이 평가됩니다.

예:

public Season SeasonFromMonth(Month month)
{
    Season season;
    switch (month)
    {
        case Month.December:
        case Month.January:
        case Month.February:
            season = Season.Winter;
            break;

        case Month.March:
        case Month.April:
        case Month.May:
            season = Season.Spring;
            break;

        case Month.June:
        case Month.July:
        case Month.August:
            season = Season.Summer;
            break;

        default:
            season = Season.Autumn;
            break;
    }

    return season;
}

이것은 C의 맥락에서 스택 오버플로에 대해 요청되었습니다. 왜 switch 문이 휴식을 취하도록 설계 되었습니까?

허용 된 답변을 요약하면 실수 일 수 있습니다. 대부분의 다른 언어는 아마도 C를 따랐을 것입니다. 그러나 C #과 같은 일부 언어는 대체를 허용하여이 문제를 해결 한 것으로 보입니다. 그러나 프로그래머가 명시 적으로 그렇게 말할 때만 가능합니다 (출처 : 위의 링크, C #을 직접 말하지 않습니다) .

나는 예를 들어 대답 할 것이다. 1 년에 한 달의 일 수를 나열하려면 일부 달에 31, 30 및 1 28/29가 있음이 분명합니다. 이렇게 보일 것입니다.

switch(month) {
    case 4:
    case 6:
    case 9:
    case 11;
        days = 30;
        break;
    case 2:
        //Find out if is leap year( divisible by 4 and all that other stuff)
        days = 28 or 29;
        break;
    default:
        days = 31;
}

여러 사례가 동일한 효과를 가지며 모두 함께 그룹화 된 예입니다. if ... else if 구문이 아닌 break 키워드를 선택해야 할 이유가있었습니다 .

여기서 주목해야 할 것은 유사한 경우가 많은 switch 문이 if ... else if ... else if ... else 각각이 아니라 if (1, 2, 3)라는 것입니다. ... else if (4,5,6) else ...

한 사례에서 다른 사례로 "경과"하는 두 가지 상황이 있습니다. 빈 사례는

switch ( ... )
{
  case 1:
  case 2:
    do_something_for_1_and_2();
    break;
  ...
}

그리고 비어 있지 않은 경우

switch ( ... )
{
  case 1:
    do_something_for_1();
    /* Deliberately fall through */
  case 2:
    do_something_for_1_and_2();
    break;
...
}

에 대한 참조에도 불구하고 Duff 's Device에 두 번째 경우에 대한 합법적 인 사례는 거의 없으며, 일반적으로 코딩 표준에 의해 금지되며 정적 분석 중에 플래그가 지정됩니다. 그리고 그것이 발견되는 곳은 break.

전자는 완벽하고 현명하고 일반적입니다.

솔직히 말해서, 나는 break 빈 케이스-바디가 넘어지고 비어 있지 않은 케이스는 독립형이라는 것을 알고 언어 파서 .

비논리적 인 것은 말할 것도없이 정의되지 않은, 지정되지 않은 또는 구현 정의 된 기능을 수정하는 대신, 언어에 새로운 (원치 않는) 기능과 잘못 정의 된 기능을 추가하는 것이 ISO C 패널에 더 집중되어있는 것이 유감입니다.

강요하지 break않으면 수행하기 어려운 여러 가지 작업이 가능합니다. 다른 사람들은 그룹화 사례를 언급했으며 그 중 몇 가지 사소한 사례가 있습니다.

이 긴급하다 한 경우 break사용할 수 없습니다입니다 더프의 장치 . 이것은 필요한 비교 횟수를 제한하여 작업 속도를 높일 수있는 루프 를 " 언롤 " 하는 데 사용됩니다 . 처음 사용하면 완전히 롤업 된 루프로 인해 너무 느 렸던 기능이 허용되었다고 생각합니다. 경우에 따라 속도를 위해 코드 크기를 교환합니다.

사례에 break코드가있는 경우를 적절한 주석 으로 바꾸는 것이 좋습니다 . 그렇지 않으면 누군가가 missing을 수정하고 break버그를 발생시킵니다.

원점 인 것처럼 보이는 C에서 switch명령문 의 코드 블록은 특별한 구성이 아닙니다. if명령문 아래의 블록과 마찬가지로 일반적인 코드 블록입니다 .

switch ()
{
}

if ()
{
}

case과 default특별히 관련이 블록 내부 점프 레이블이다 switch. 에 대한 일반적인 점프 레이블처럼 처리됩니다 goto. 여기서 중요한 한 가지 규칙이 있습니다. 점프 레이블은 코드 흐름을 방해하지 않고 코드의 거의 모든 곳에서 가능합니다.

일반적인 코드 블록으로서 복합 명령문 일 필요는 없습니다. 레이블도 옵션입니다. 다음은 switchC에서 유효한 진술입니다.

switch (a)
    case 1: Foo();

switch (a)
    Foo();

switch (a)
{
    Foo();
}

C 표준 자체는이를 예 (6.8.4.2)로 제공합니다.

switch (expr) 
{ 
    int i = 4; 
    f(i); 
  case 0: 
    i=17; 
    /*falls through into default code */ 
  default: 
    printf("%d\n", i); 
} 

인공 프로그램 조각에서 식별자가 i 인 객체는 자동 저장 기간 (블록 내)으로 존재하지만 초기화되지 않으므로 제어 표현식이 0이 아닌 값을 갖는 경우 printf 함수에 대한 호출은 결정되지 않은 값에 액세스합니다. 마찬가지로 함수 f에 대한 호출에 도달 할 수 없습니다.

또한 default점프 레이블이기도하므로 마지막 사례 일 필요없이 어느 곳에 나있을 수 있습니다.

이것은 또한 더프의 장치를 설명합니다 :

switch (count % 8) {
    case 0: do {  *to = *from++;
    case 7:       *to = *from++;
    case 6:       *to = *from++;
    case 5:       *to = *from++;
    case 4:       *to = *from++;
    case 3:       *to = *from++;
    case 2:       *to = *from++;
    case 1:       *to = *from++;
            } while(--n > 0);
}

왜 넘어 지는가? 때문에 코드의 일반 블록의 정상적인 코드 흐름, 가을-를 통해 다음 문장으로되어 예상 , 당신이 그것을 기대하는 것처럼 if코드 블록.

if (a == b)
{
    Foo();
    /* "Fall-through" to Bar expected here. */
    Bar();
}

switch (a)
{
    case 1: 
        Foo();
        /* Automatic break would violate expected code execution semantics. */
    case 2:
        Bar();
}

내 생각에 이것은 그 이유는 구현의 용이성 때문이었습니다. switch특별한 규칙을 염두에두고 블록 을 구문 분석하고 컴파일하는 데 특별한 코드가 필요하지 않습니다 . 다른 코드와 마찬가지로 구문 분석하고 레이블과 점프 선택 만 처리하면됩니다.

이 모든 것에서 흥미로운 후속 질문은 다음의 중첩 된 문장이 "완료"를 인쇄하는 경우입니다. 또는 아닙니다.

int a = 10;

switch (a)
{
    switch (a)
    {
        case 10: printf("Done.\n");
    }
}

C 표준은이 문제를 해결합니다 (6.8.4.2.4).

케이스 또는 기본 레이블은 가장 가까운 엔 클로징 스위치 명령문 내에서만 액세스 할 수 있습니다.

여러 사람들이 이미 여러 조건을 일치시키는 개념을 언급했으며, 이는 때때로 매우 가치가 있습니다. 그러나 여러 조건을 일치시키는 기능이 반드시 일치하는 각 조건에 대해 정확히 동일한 작업을 수행 할 필요는 없습니다. 다음을 고려하세요:

switch (someCase)
{
    case 1:
    case 2:
        doSomething1And2();
        break;

    case 3:
        doSomething3();

    case 4:
        doSomething3And4();
        break;

    default:
        throw new Error("Invalid Case");
}

여러 조건 세트가 일치하는 두 가지 방법이 있습니다. 조건 1과 2를 사용하면 동일한 코드 플롯으로 넘어 가고 정확히 동일한 작업을 수행합니다. 그러나 조건 3과 4에서는 모두 호출 doSomething3And4()로 끝나지만 3 번만 호출합니다 doSomething3().

두 가지 질문에 대답합니다.

C는 왜 휴식이 필요합니까?

그것은 "휴대용 어셈블러"로서 Cs 루트로 내려옵니다. 이와 같은 의사 코드가 일반적인 경우 :-

    targets=(addr1,addr2,addr3);
    opt = 1  ## or 0 or 2
switch:
    br targets[opt]  ## go to addr2 
addr1:
    do 1stuff
    br switchend
addr2:
    do 2stuff
    br switchend
addr3
    do 3stuff
switchend:
    ......

switch 문은 유사한 기능을 더 높은 수준으로 제공하도록 설계되었습니다.

휴식없는 스위치가 있습니까?

예, 이것은 매우 일반적이며 몇 가지 사용 사례가 있습니다.

먼저 여러 경우에 대해 동일한 조치를 수행 할 수 있습니다. 우리는 사례를 서로 쌓아서 이렇게합니다.

case 6:
case 9:
    // six or nine code

상태 머신에서 일반적으로 사용되는 또 다른 사용 사례는 한 상태를 처리 한 후 즉시 다른 상태로 들어가서 처리하려고한다는 것입니다.

case 9:
    crashed()
    newstate=10;
case 10:
    claim_damage();
    break;

Break 문은 사용자가 가장 가까운 엔 클로징 스위치 (귀하의 경우) 동안, 수행 중, for 또는 foreach를 종료 할 수 있도록하는 점프 설명입니다. 그것만큼 쉽습니다.

위의 모든 글 에서이 스레드의 주요 결과는 새로운 언어를 디자인하려는 경우 기본적으로 break명령문 을 추가 할 필요가 없으며 컴파일러는이를 마치 것처럼 처리한다고 생각합니다.

다음 사례로 계속 진행하려는 드문 경우를 원한다면 간단히 continue진술로 진술하십시오.

케이스 내부에 중괄호를 사용하는 경우에만 동일한 정확한 코드를 수행하는 여러 경우 중 몇 달이 지난 예제가-를 필요로하지 않고 항상 예상대로 작동하도록 개선 할 수 continue있습니다.