Dlaczego nie mogę umieścić deklaracji "using" w deklaracji klasy?

Question

Rozumiem, jakie problemy można napotkać po umieszczeniu deklaracji using w pliku nagłówkowym, więc nie chcę tego robić. Zamiast tego próbowałem umieścić using (lub namespace foo =) w deklaracji klasy, aby ograniczyć powtarzalne pisanie w pliku nagłówkowym. Niestety otrzymuję błędy kompilatora. Wydaje się, że byłoby to przydatną funkcją.

#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 

W kodzie rzeczywistym nazwy przestrzeni nazw są znacznie dłuższe i denerwujące i nie jest to coś, co mogę zmienić.

Czy ktoś może wyjaśnić, dlaczego nie jest to zgodne z prawem lub (lepiej), jeśli istnieje obejście problemu?

Answer 1

Czy możesz zrobić typedef gee::whiz::abc::def::Hello Hello?

Answer 2

w rzeczywistości nie jest to całkowicie okropny pomysł. Ma przynajmniej tyle samo sensu, co teraz działa (co przyznane, nie jest dużo). Myślę, że podstawowym problemem jest to, że klasy nie są jednostką kompilacji i łączenia, ale "jednostki tłumaczeniowe". Ale robiąc to klasy po klasie jest znacznie czystsze, mając klasy są moduły, jak w Java lub C# lub innych językach, które mają więcej sensu.

Answer 3

Miał ten sam problem, znalazł to pytanie. Zorientowałem się, że jeśli otoczysz struct foo anonimowym obszarem nazw, wydaje ci się, że możesz umieścić przestrzeń nazw zbyt wiele :: names;

u góry anonimowego opakowania. Jest jednak trochę brzydka, dodając kolejne warstwy zagnieżdżonych nawiasów klamrowych.