Пространства имен C++ в качестве модулей?

Question

В прошлом, я бы писать классы так:

// my_class.h 

class MyClass 
{ 
public: 
    // Signals emitted by MyClass objects. 
    typedef boost::signal<..> SignalA; 
    typedef boost::signal<..> SignalB; 

    enum SomeEnum 
    { 
     .. 
    }; 

    enum AnotherEnum 
    { 
     .. 
    }; 

    typedef some_type SomeOtherType; 

    // an exception thrown by MyClass objects 
    class ExceptionA 
    { 
     .. 
    }; 

    MyClass(); 

    // rest of class definition omitted 
}; 

То, что я всегда ненавидел этого стиля является то, что он свернут объявление класса. Итак, для недавнего проекта я решил попробовать что-то новое. Я решил использовать пространство имен способом, аналогичным тому, что модули в Python (мы также используем Python много, где я работаю):

// my_class.h 

namespace my_class 
{ 
    // Signals emitted by MyClass objects. 
    typedef boost::signal<..> SignalA; 
    typedef boost::signal<..> SignalB; 

    enum SomeEnum 
    { 
     .. 
    }; 

    enum AnotherEnum 
    { 
     .. 
    }; 

    typedef some_type SomeOtherType; 

    // an exception thrown by MyClass objects 
    class ExceptionA 
    { 
     .. 
    }; 

    class MyClass 
    { 
    public: 
     MyClass(); 
     .. 
    }; 
} 

И результат был не так уж плохо. Единственным недостатком является то, что вам всегда приходилось префикс «my_class ::» перед всем. Но это можно было бы облегчить, используя «использование» заявлений.

Я собираюсь начать другой проект, и я думал об этом снова. Существуют ли какие-либо серьезные недостатки (за исключением увеличенной детализации) для принятия этого использования пространств имен?

Answer 1

Кроме имени my_class, все должно быть хорошо. На самом деле, это цель пространств имен.

Answer 2

Это именно то, как вы должны это делать. Следует иметь в виду, что вы хотите избежать круговых зависимостей между пространствами имен. Кроме того, IMHO - это хорошая идея для каждого пространства имен, соответствующего отдельной библиотеке. Это также подразумевает, что вам следует избегать слишком глубокого вложения пространств имен. Может быть, одно пространство имен верхнего уровня для вашей компании, чтобы отличать от стороннего кода, а затем еще один уровень пространств имен для отдельных компонентов.