왜 C++ 네임 스페이스 내부의 정의가 네임 스페이스 외부에서 작동합니까?

Question

일부 매크로 정의를 네임 스페이스에 사용하면 네임 스페이스 외부에서 작동해야하는 이유는 무엇입니까? 다음 코드를 확인하십시오 :

#include <bits/stdc++.h> 

namespace foo { 
    #define a x*2 

    int f(int x) { 
     return a; 
    } 
} 

int main() { 
    int a = 50; 
    std::cout << a << endl; 

    std::cout << foo::f(4) << endl; 

    return 0; 
} 

여기 네임 스페이스 foo를 사용하여 작성한 적이 없습니다. 하지만 int를 선언하려고하면 이전에 정의 된대로 방해를 받기 때문에 여전히이 코드는 컴파일되지 않습니다. 그러나 이것이 왜 일어나야 하는가?

Answer 1

"... int를 선언하려고하면 이전에 정의 된 A로 인해 방해 받지만 왜 이런 일이 발생해야합니까?"

#define 문은 네임 스페이스의 어떤 개념 (또는 다른 C++ 언어 구조)가없는 C/C++ 프리 프로세서에 의해 해석됩니다.

이

namespace foo { 
    #define a x*2 

    int f(int x) { 
     return a; 
    } 
    #undef a 
// ^^^^^^^^ 
} 

Answer 2

사전 프로세서는 네임 스페이스 또는 범위 지정과 같은 높은 수준의 언어 기능의 아무것도 모르는 :

당신이 정의의 범위를 제한하려면

는 #undef 지시어를 사용합니다. 그냥 #으로 시작하는 줄을 찾은 다음 간단한 텍스트 바꾸기를 수행합니다. 이것이 #include이나 파일 가드를 위해 전 처리기를 사용하는 것이 C++에서 위험한 이유 중 하나입니다.

Answer 3

#define은 C++ 범위를 존중하지 않습니다. "local" #define과 같은 것은 없습니다. #undef-ed 일 때까지 적용됩니다.

namespace foo { 
    #define a x*2 

    int f(int x) { 
     return a; 
    } 
    #undef a    <<<<<<<<<<<<<<<<<<<<< 
} 

Answer 4

프리 프로세서는 거의 자체 언어입니다. 먼저 실행됩니다. 매크로는 실제 C/C++ 컴파일러로 전달되는 코드를 생성합니다. 매크로를 사용할 때마다 항상 중괄호를 포함하여 매크로가 모든 것을 처리한다는 것을 기억하십시오. #undef와 같은 다른 전 처리기 지시문 만 매크로를 중지 할 수 있습니다.

BTW를 사용하면 모든 텍스트 파일에 C 전처리기를 단독으로 사용할 수도 있습니다.