The flat
namespace
s seem a little weird to me, but the answers to this question this question and this question this question offer mixed suggestions on the preferred usage. They also seem to suggest that you may not need more than twonamespace
s, but I'm not familiar enough with this design to know for sure.Some of your comments are unnecessary, such as this one:
// Forward Declarations
It's already pretty clear that this is a forward declaration, and you don't need to tell us anyway. Comments should best be used to document something unobvious for others.
In some places you do this:
protected: private: // code here...
and in other places you do this:
private: // no code here...
If you don't currently have anything after such a keyword, simply leave it out. Keeping them there anyway doesn't really help with maintenance, and can still leave others confused about why it's left there anyway. It's especially unneeded for
private
, as classes areprivate
by default. It is okay (usually preferred) to keep the keyword there anyway, but it should still have some code.
Side-note: as @Laurent has mentioned, there's not much to review here as all you've given us are headers. On the other hand, there's already much code here, so any additional code for review should be posted as a separate question.
The flat
namespace
s seem a little weird to me, but the answers to this question and this question offer mixed suggestions on the preferred usage. They also seem to suggest that you may not need more than twonamespace
s, but I'm not familiar enough with this design to know for sure.Some of your comments are unnecessary, such as this one:
// Forward Declarations
It's already pretty clear that this is a forward declaration, and you don't need to tell us anyway. Comments should best be used to document something unobvious for others.
In some places you do this:
protected: private: // code here...
and in other places you do this:
private: // no code here...
If you don't currently have anything after such a keyword, simply leave it out. Keeping them there anyway doesn't really help with maintenance, and can still leave others confused about why it's left there anyway. It's especially unneeded for
private
, as classes areprivate
by default. It is okay (usually preferred) to keep the keyword there anyway, but it should still have some code.
Side-note: as @Laurent has mentioned, there's not much to review here as all you've given us are headers. On the other hand, there's already much code here, so any additional code for review should be posted as a separate question.
The flat
namespace
s seem a little weird to me, but the answers to this question and this question offer mixed suggestions on the preferred usage. They also seem to suggest that you may not need more than twonamespace
s, but I'm not familiar enough with this design to know for sure.Some of your comments are unnecessary, such as this one:
// Forward Declarations
It's already pretty clear that this is a forward declaration, and you don't need to tell us anyway. Comments should best be used to document something unobvious for others.
In some places you do this:
protected: private: // code here...
and in other places you do this:
private: // no code here...
If you don't currently have anything after such a keyword, simply leave it out. Keeping them there anyway doesn't really help with maintenance, and can still leave others confused about why it's left there anyway. It's especially unneeded for
private
, as classes areprivate
by default. It is okay (usually preferred) to keep the keyword there anyway, but it should still have some code.
Side-note: as @Laurent has mentioned, there's not much to review here as all you've given us are headers. On the other hand, there's already much code here, so any additional code for review should be posted as a separate question.
The flat
namespace
s seem a little weird to me, but the answers to this question and this question offer mixed suggestions on the preferred usage. They also seem to suggest that you may not need more than twonamespace
s, but I'm not familiar enough with this design to know for sure.Some of your comments are unnecessary, such as this one:
// Forward Declarations
It's already pretty clear that this is a forward declaration, and you don't need to tell us anyway. Comments should best be used to document something unobvious for others.
In some places you do this:
protected: private: // code here...
and in other places you do this:
private: // no code here...
If you don't currently have anything after such a keyword, simply leave it out. Keeping them there anyway doesn't really help with maintenance, and can still leave others confused about why it's left there anyway. It's especially unneeded for
private
, as classes areprivate
by default. It is okay (usually preferred) to keep the keyword there anyway, but it should still have some code.
Side-note: as @Laurent has mentioned, there's not much to review here as all you've given us are headers. On the other hand, there's already much code here, so any additional code for review should be posted as a separate question.