C ++에서는 지역 변수 또는 매개 변수가 아닌 구성원 변수라는 사실을 나타 내기 위해 접두어를 사용하여 구성원 변수의 이름을 지정하는 것이 일반적입니다. MFC 배경에서 온 경우 아마도을 사용 m_foo
합니다. 나는 또한 myFoo
때때로 보았다 .
C # (또는 .NET)은 밑줄 만 사용하는 것이 좋습니다 _foo
. 이것이 C ++ 표준에서 허용됩니까?
C ++에서는 지역 변수 또는 매개 변수가 아닌 구성원 변수라는 사실을 나타 내기 위해 접두어를 사용하여 구성원 변수의 이름을 지정하는 것이 일반적입니다. MFC 배경에서 온 경우 아마도을 사용 m_foo
합니다. 나는 또한 myFoo
때때로 보았다 .
C # (또는 .NET)은 밑줄 만 사용하는 것이 좋습니다 _foo
. 이것이 C ++ 표준에서 허용됩니까?
답변:
규칙 (C ++ 11에서는 변경되지 않음) :
std
네임 스페이스의 모든 것이 예약되어 있습니다. (그러나 템플릿 전문화를 추가 할 수 있습니다.)2003 C ++ 표준에서 :
17.4.3.1.2 전역 이름 [lib.global.names]
특정 이름 및 함수 서명 세트는 항상 구현에 예약되어 있습니다.
- 이중 밑줄 (
__
)을 포함하거나 밑줄로 시작하고 대문자 (2.11)로 시작 하는 각 이름 은 모든 사용을 위해 구현에 예약되어 있습니다.- 밑줄로 시작하는 각 이름은 전역 네임 스페이스에서 이름으로 사용하기 위해 구현에 예약되어 있습니다. 165
165) 이러한 이름은 네임 스페이스
::std
(17.4.3.1) 에도 예약되어 있습니다 .
C ++는 C 표준 (1.1 / 2, C ++ 03)을 기반으로하고 C99는 표준 참조 (1.2 / 1, C ++ 03)이므로 1999 C 표준에서 적용됩니다.
7.1.3 예약 식별자
각 헤더는 관련 하위 조항에 나열된 모든 식별자를 선언 또는 정의하며, 선택적으로 관련 미래 라이브러리 지침 하위 조항 및 식별자에 항상 나열된 모든 식별자 또는 파일 범위 식별자로 사용하도록 예약 된 식별자를 선언하거나 정의합니다.
- 밑줄과 대문자 또는 다른 밑줄로 시작하는 모든 식별자는 항상 사용하도록 예약되어 있습니다.
- 밑줄로 시작하는 모든 식별자는 항상 일반 네임 스페이스와 태그 네임 스페이스 모두에서 파일 범위를 가진 식별자로 사용되도록 예약되어 있습니다.
- 다음 하위 조항 (향후 라이브러리 지시 사항 포함)의 각 매크로 이름은 연관된 헤더가 포함 된 경우 지정된대로 사용하도록 예약되어 있습니다. 달리 명시되지 않는 한 (7.1.4 참조)
- 다음 하위 조항 중 하나에서 외부 연계가있는 모든 식별자 (향후 라이브러리 지시 사항 포함)는 항상 외부 연계가있는 식별자로 사용되도록 예약되어 있습니다. 154
- 다음 하위 조항 중 하나에 나열된 파일 범위가있는 각 식별자 (향후 라이브러리 지시 사항 포함)는 매크로 이름으로 사용되며 연관된 헤더가 포함 된 경우 동일한 네임 스페이스에서 파일 범위가있는 식별자로 예약됩니다.
다른 식별자는 예약되어 있지 않습니다. 프로그램이 예약 된 컨텍스트에서 식별자를 선언하거나 정의하거나 (7.1.4에서 허용하지 않은 경우) 예약 된 식별자를 매크로 이름으로 정의하면 동작이 정의되지 않습니다.
프로그램이
#undef
위에 나열된 첫 번째 그룹에서 식별자의 매크로 정의를 (와 함께 ) 제거 하면 동작이 정의되지 않습니다.154) 외부 링크 예약 식별자리스트가 포함되어
errno
,math_errhandling
,setjmp
, 및va_end
.
다른 제한 사항이 적용될 수 있습니다. 예를 들어 POSIX 표준은 일반 코드에 표시 될 수있는 많은 식별자를 보유합니다.
E
대문자로 시작하는 이름 은 숫자 나 대문자를 따릅니다.
is
하거나 to
뒤에 오는
이름LC_
대문자로
시작하는 이름f
거나 l
예약 된
모든 기존 수학 함수의 이름SIG
대문자로 시작하는 이름 은 예약되어 있습니다
SIG_
대문자로 시작하는 이름 은 예약되어 있습니다
str
, mem
또는 wcs
소문자 문자 다음은 예약되어 있습니다
PRI
하거나 SCN
뒤에 오는 이름 또는 X
예약 된 이름
_t
은 예약되어 있습니다
현재이 이름을 자신의 목적으로 사용하면 문제가 발생하지 않을 수 있지만 향후 해당 표준 버전과 충돌 할 가능성이 있습니다.
개인적으로 나는 밑줄로 식별자를 시작하지 않습니다. 내 규칙에 새로운 추가 사항 : 밑줄을 거의 사용하지 않으므로 쉽게 이중 밑줄을 사용하지 마십시오.
이 기사에 대한 연구를 한 후에 _t
는 POSIX 표준에 의해 예약되어 있으므로 더 이상 식별자를 끝내지 않습니다 .
로 끝나는 식별자에 대한 규칙은 _t
저 를 놀라게했습니다. 나는 그것이 명확하고 공식적인 장과 절을 찾고있는 POSIX 표준 (아직 확실하지 않다)이라고 생각한다. 이것은 예약 된 이름을 나열한 GNU libtool 매뉴얼 에서 가져온 것 입니다.
CesarB는 POSIX 2004 예약 기호 에 대한 다음 링크를 제공했으며 '다른 많은 예약 된 접두사 및 접미사를 찾을 수 있습니다.' POSIX 2008 예약 된 기호는 여기에 정의되어 있습니다. 제한은 위의 제한보다 약간 미묘합니다.
_Bool
및 _Imaginary
C ++에 존재하지 않는? C ++ 언어는 C에 대한 "편집"이 아니라 명시 적으로 정의됩니다. 그렇지 않으면 표준이 훨씬 짧을 수 있습니다!
이름 충돌을 피하는 규칙은 C ++ 표준 (Stroustrup 책 참조)과 C ++ 전문가 (Sutter 등)가 언급 한 것입니다.
나는 사건을 다루고 싶지 않고 간단한 규칙을 원했기 때문에 간단하고 올바른 개인 을 설계했습니다 .
심볼 이름을 지정할 때 다음과 같은 경우 컴파일러 / OS / 표준 라이브러리와의 충돌을 피할 수 있습니다.
물론 고유 한 네임 스페이스에 코드를 넣으면 충돌을 피하는 데 도움이됩니다 (그러나 악의적 인 매크로로부터 보호하지는 않음)
(매크로는 C / C ++ 기호의 코드 오염이 많기 때문에 매크로를 사용하지만 변수 이름에서 클래스 이름에 이르기까지 다양 할 수 있습니다)
#define _WRONG
#define __WRONG_AGAIN
#define RIGHT_
#define WRONG__WRONG
#define RIGHT_RIGHT
#define RIGHT_x_RIGHT
로부터 n3242.pdf의 파일 (나는 유사한 것으로 최종 표준 텍스트 예상) :
17.6.3.3.2 전역 이름 [global.names]
특정 이름 및 함수 서명 세트는 항상 구현에 예약되어 있습니다.
— 이중 밑줄 _ _을 포함하거나 밑줄로 시작하고 대문자 (2.12)로 시작하는 각 이름은 사용을 위해 구현에 예약되어 있습니다.
— 밑줄로 시작하는 각 이름은 전역 네임 스페이스에서 이름으로 사용하기 위해 구현에 예약되어 있습니다.
또한 :
17.6.3.3.5 사용자 정의 리터럴 접미사 [usrlit.suffix]
밑줄로 시작하지 않는 리터럴 접미어 식별자는 향후 표준화를 위해 예약되어 있습니다.
글로벌 네임 스페이스에 정의 되지 않은 경우 하나의 밑줄로 시작하고 그 뒤에 소문자가 오는 이름을 고려하지 않는 한이 마지막 절은 혼란 스럽습니다 .
__WRONG_AGAIN__
두 개의 연속 밑줄 (처음에는 두 개, 끝에는 두 개)이 포함되어 있으므로 표준에 따라 잘못되었습니다.
WRONG__WRONG
이 잘못 있도록 표준에 따라, 두 개의 연속 밑줄 (중간에 2 개씩) 포함
__attribute__
GCC) 여전히 충분하지 않습니다 .
1234567L
또는 4.0f
; 와 같은 리터럴 값에 적용됩니다 . IIRC 이것은 ohttp : //en.cppreference.com/w/cpp/language/user_literal을 참조
Why is there any problem of having two consecutive underscores in the middle according to the standard?
표준에 따르면 예약되어 있다고 말합니다. 이것은 좋지 않은 스타일에 대한 조언 이 아닙니다 . 표준 의 결정 입니다. 그들은 왜 이것을 결정 했습니까? 첫 번째 컴파일러는 표준화 전에 이미 이러한 규칙을 비공식적으로 사용했다고 생각합니다.
에서 MSDN :
식별자의 시작 부분에 두 개의 순차적 밑줄 문자 (__) 또는 대문자로 뒤 따르는 단일 밑줄 문자를 사용하면 모든 범위에서 C ++ 구현을 위해 예약됩니다. 현재 또는 미래의 예약 식별자와 충돌 할 수 있으므로 파일 범위 이름의 경우 밑줄 하나와 밑줄을 사용하지 마십시오.
즉, 소문자가 오는 한 단일 밑줄을 멤버 변수 접두어로 사용할 수 있습니다.
이것은 분명히 C ++ 표준의 17.4.3.1.2 섹션에서 가져 왔지만 온라인으로 전체 표준의 원본을 찾을 수는 없습니다.
이 질문 도 참조하십시오 .
그렇습니다. 밑줄은 식별자의 어느 곳에 나 사용될 수 있습니다. 규칙은 첫 번째 문자의 az, AZ, _ 및 다음 문자의 + 0-9 중 하나입니다.
밑줄 접두사는 C 코드에서 일반적입니다. 단일 밑줄은 "개인"을 의미하며 이중 밑줄은 일반적으로 컴파일러에서 사용하도록 예약되어 있습니다.