그는 아마도 오래된 C 해커 일 것입니다. 그렇습니다. .Net은 C ++이 아닙니다. .Net 컴파일러는 계속해서 나아지고 있으며 오늘날 대부분의 .Net 버전에서는 대부분의 영리한 핵이 역효과를냅니다. .Net JIT는 사용하기 전에 모든 기능을 한 번만 사용하므로 작은 기능이 바람직합니다. 따라서 프로그램의 LifeCycle 중에 일부 사례가 발생하지 않으면 JIT 컴파일시 비용이 발생하지 않습니다. 어쨌든 속도가 문제가되지 않으면 최적화가 없어야합니다. 프로그래머를 위해, 컴파일러를 위해 두 번째로 작성하십시오. 동료는 쉽게 확신 할 수 없으므로 체계적으로 코드를 작성하면 코드가 더 빠르다는 것을 경험적으로 증명할 수 있습니다. 그의 최악의 예 중 하나를 골라 더 나은 방법으로 다시 작성한 다음 코드가 더 빠르도록하십시오. 필요한 경우 체리 픽. 그런 다음 몇 백만 번 실행하고 프로파일 링하고 보여주십시오.

편집하다

빌 바그너는 다음과 같이 썼습니다.

항목 11 : 작은 함수의 매력 이해 (효과적인 C # Second Edition) C # 코드를 컴퓨터 실행 가능 코드로 변환하는 것은 2 단계 프로세스입니다. C # 컴파일러는 어셈블리로 제공되는 IL을 생성합니다. JIT 컴파일러는 필요에 따라 각 메소드 (또는 인라인이 관련된 메소드 그룹)에 대한 머신 코드를 생성합니다. 작은 함수를 사용하면 JIT 컴파일러가 해당 비용을 쉽게 상각 할 수 있습니다. 작은 함수도 인라인 후보가 될 가능성이 높습니다. 단지 작은 것이 아닙니다. 간단한 제어 흐름이 중요합니다. 함수 내부의 제어 분기가 줄어들면 JIT 컴파일러가 변수를 쉽게 등록 할 수 있습니다. 더 명확한 코드를 작성하는 것은 좋은 습관이 아닙니다. 런타임에보다 효율적인 코드를 만드는 방법입니다.

EDIT2 :

따라서 … 한 비교는 대수이고 다른 비교는 선형이기 때문에 switch 문이 if / else 문보다 빠르고 빠릅니다.
http://sequence-points.blogspot.com/2007/10/why-is-switch-statement-faster-than-if.html

글쎄, 거대한 switch 문을 대체하는 가장 좋아하는 접근법은 사전 (또는 때로는 열거 형이나 작은 정수를 전환하는 경우 배열)을 사용하여 값을 응답으로 호출되는 함수에 매핑하는 것입니다. 그렇게하면 많은 불쾌한 공유 스파게티 상태를 제거해야하지만 좋은 일입니다. 큰 스위치 설명은 일반적으로 유지 관리의 악몽입니다. 따라서 … 배열과 사전을 사용하면 조회에 일정한 시간이 걸리고 여분의 메모리 낭비가 거의 없습니다.

나는 여전히 switch 문이 더 낫다는 것을 확신하지 못한다.

답변

void action1()
{}

void action2()
{}

void action3()
{}

void action4()
{}

void doAction(int action)
{
    switch(action)
    {
        case 1: action1();break;
        case 2: action2();break;
        case 3: action3();break;
        case 4: action4();break;
    }
}

struct IAction
{
    virtual ~IAction() {}
    virtual void action() = 0;
}

struct Action1: public IAction
{
    virtual void action()    { }
}

struct Action2: public IAction
{
    virtual void action()    { }
}

struct Action3: public IAction
{
    virtual void action()    { }
}

struct Action4: public IAction
{
    virtual void action()    { }
}

void doAction(IAction& actionObject)
{
    actionObject.action();
}