왜 "using"선언을 클래스 선언 안에 넣을 수 없습니까?

Question

using 선언을 헤더 파일에 넣을 때 발생할 수있는 문제를 이해합니다. 그러지 않으려 고합니다. 대신 클래스 파일 내에 using (또는 namespace foo =)을 넣어 헤더 파일에서 반복적 인 입력을 줄이려고했습니다. 불행히도 컴파일러 오류가 발생합니다. 그것은 유용한 기능이 될 것 같습니다.

#ifndef FOO_H 
#define FOO_H 

// This include defines types in namespace gee::whiz::abc::def, 
// such as the class Hello. 
#include "file_from_another_namespace.h" 

// using namespace gee::whiz::abc::def; // BAD! 

namespace x { 
    namespace y { 
     namespace z { 

struct Foo { 
    using namespace gee::whiz::abc::def; // Illegal. 
    namespace other = gee::whiz::abc::def; // Illegal. 

    // Foo(gee::whiz::abc::def::Hello &hello); // annoyingly long-winded 

    Foo(other::Hello &hello); // better 
    //... 
}; 

} } } // end x::y::z namespace 

#endif // FOO_H 

실제 코드에서 네임 스페이스 이름은 훨씬 길고 성가 시며 변경할 수있는 것이 아닙니다.

누구나 이것이 합법적이지 않은 이유를 설명하거나 해결 방법이있는 경우 (더 나은) 설명 할 수 있습니까?

Answer 1

typedef gee::whiz::abc::def::Hello Hello 할 수 있습니까?

Answer 2

실제로 완전히 무시 무시한 아이디어는 아닙니다. 적어도 그것이 현재 어떻게 작동하는지만큼이나 감각을 발휘합니다 (별로 좋지는 않습니다). 기본 문제는 클래스가 컴파일 및 링크의 단위가 아니라 '번역 단위'라는 점입니다. 하지만 클래스별로 클래스를 수행하는 것은 Java 또는 C# 또는 더 합리적인 다른 언어와 같이 클래스가 모듈 인 훨씬 깨끗합니다.

Answer 3

같은 문제가 발생했을 때이 질문을 발견했습니다. 구조체 foo를 익명의 네임 스페이스로 감싸는 경우 알아낼 수있는 것처럼 보입니다.

네임 스페이스를 너무 많이 사용하여 :: many :: names;

익명의 래퍼 상단에 있습니다. 그러나 중첩 된 중괄호의 레이어를 추가하는 것은보기 흉한 일입니다.