¿Por qué no puedo poner una declaración de "uso" dentro de una declaración de clase?

Question

Entiendo los problemas que puede tener cuando pone una declaración using dentro de un archivo de encabezado, por lo que no quiero hacer eso. En cambio, traté de poner el using (o un namespace foo =) dentro de la declaración de clase, para reducir el tipado repetitivo dentro del archivo de encabezado. Lamentablemente, recibo errores de compilación. Parece que sería una característica útil.

#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 

En el código real, los nombres de espacios de nombres son mucho más largo y molesto y no es algo que pueda cambiar.

¿Alguien puede explicar por qué esto no es legal o (mejor) si hay una solución alternativa?

Answer 1

¿Podría hacer typedef gee::whiz::abc::def::Hello Hello?

Answer 2

en realidad no es una idea totalmente horrible. Tiene tanto sentido como la forma en que funciona ahora (que concedió, no es mucho). Creo que el problema básico es que las clases no son la unidad de compilación y enlace, sino "unidades de traducción". Pero hacerlo clase por clase es mucho más limpio, tener clases de módulos, como Java o C# u otros lenguajes que tengan más sentido.

Answer 3

Tuve el mismo problema, encontré esta pregunta. Me di cuenta de que si ajusta struct foo con un espacio de nombres anónimo, parece que puede poner

usando namespace too :: many :: names;

en la parte superior del contenedor anónimo. Sin embargo, es algo feo, al agregar más capas de llaves anidadas.