컴파일 타임 "strlen()"이 효과적입니까?

Question

때때로 문자열의 길이를 상수와 비교해야 할 때가 있습니다. 예를 들어
:

if (line.length() > 2) 
{ 
    // Do something... 
} 

하지만 코드에서 "마술"상수를 사용하지 않도록 노력하고 있어요.
보통 나는 그런 코드를 사용 : 그것은 때문에 함수 호출의 더 읽기,하지만 효율적입니다

if (line.length() > strlen("[]")) 
{ 
    // Do something... 
} 

. 꽤 좋은 코드 생성 릴리스 빌드에서

template<size_t N> 
size_t _lenof(const char (&)[N]) 
{ 
    return N - 1; 
} 

template<size_t N> 
size_t _lenof(const wchar_t (&)[N]) 
{ 
    return N - 1; 
} 

// Using: 
if (line.length() > _lenof("[]")) 
{ 
    // Do something... 
} 

(2008 년으로 VisualStudio) :

cmp dword ptr [esp+27Ch],2 
jbe 011D7FA5 

을 그리고 좋은 일이 컴파일러가 포함되지 않는다는 것입니다
나는 다음과 같이 템플릿 함수를 썼다 "[]"바이너리 출력 문자열.

컴파일러 관련 최적화입니까, 아니면 일반적인 동작입니까?

Answer 1

함수 호출을 인라인 할 수있는 기능은 컴파일러 관련 최적화 과 모두 공통적 인 동작입니다. 즉, 많은 컴파일러가이를 수행 할 수 있지만 반드시 그렇게 할 필요는 없습니다.

Answer 2

왜

 
sizeof "[]" - 1; 

(마이너스 후행 널 (null)에 대한 하나의 당신은 를 sizeof 할 수있는 "[]."- '\ 0'를 sizeof하지만, '\ 0' 종종는 sizeof이다는 sizeof (int)를 C에서, 그리고 "- 1"완벽하게 읽을 수 입니다)

Answer 3

#define TWO 2 
#define STRING_LENGTH 2 
/* ... etc ... */ 

심각, 왜 단지 2를 입력 방지하기 위해 모든 번거 로움을 통해 이동합니다.? 나는 솔직히 당신이 당신의 코드를 덜 읽을 수있게 만들고 있다고 생각하고, 다른 프로그래머들은 당신이 쓴 커피를 필터에서 뽑아내는 것처럼 쳐다볼 것입니다.

Answer 4

최적화가 활성화되면 대부분의 컴파일러가 을 최적화 할 것이라고 생각합니다.. 장애인이라면 프로그램이 필요한 것보다 훨씬 느려질 수 있습니다.

런타임시 strlen을 호출하지 않기 때문에 템플릿 함수를 선호합니다. 물론, 오히려 char 및 wchar_t에 대해 별도의 함수를 작성하는 대신 다른 템플릿 인수를 추가하고, 모든 유형의 작동 기능을 얻을 수 있습니다 : (이미 댓글에서 언급 한 바와 같이,이 재미있는 결과를 얻을 수

template <typename Char_t, int len> 
int static_strlen(const Char_t (&)[N] array){ 
    return len/sizeof(Char_t) - 1; 
} 

을)

마지막 메모를 int 배열을 통과,하지만 당신은 그렇게 할 것입니까? 그것은 문자열을 의미하는 것, 결국 경우, 이름 _strlen는 나쁜입니다. 밑줄로 시작하는 네임 스페이스 범위의 모든 이름은 구현에 예약되어 있습니다. 불쾌한 명명 충돌이 발생할 위험이 있습니다.

그런데 왜 [2]보다 마법 상수가 적습니까?

두 경우 모두 비교할 문자열 형식이 변경되면 리터럴이어야합니다.