I'm trying to create proper header files which don't include too many other files to keep them clean and to speed up compile time.
I encountered two problems while doing this:
Forward declaration on base classes doesn't work.
class B; class A : public B { // ... }
Forward declaration on STD classes doesn't work.
namespace std { class string; } class A { string aStringToTest; }
How do I solve these problems?
The first problem you can't solve.
The second problem is not anything to do with standard library classes. It's because you declare an instance of the class as a member of your own class.
Both problems are due to the requirement that the compiler must be able to find out the total size of a class from its definition.
However, the compiler can work out the size of a pointer to a class, even if it doesn't yet have the full definition of it. So a possible solution in such cases is to have a pointer (or reference) member in the consuming class.
Not much help in the base class case, because you won't get an 'is a' relationship.
Nor is it worth doing for something like
std::string
. Firstly, it's supposed to be a convenient wrapper around a character buffer, to save you from doing memory management on something so simple. If you then hold a pointer to it, just to avoid including the header, you're probably taking a good idea too far.Secondly (as pointed out in a comment),
std::string
is a typedef tostd::basic_string<char>
. So you need to forward declare (and then use) that instead, by which time things are getting very obscure and hard to read, which is another kind of cost. Is it really worth it?As answered before by Earwicker, you can not use forward declarations in any of those cases as the compiler needs to know the size of the class.
You can only use a forward declaration in a set of operations:
You cannot use it to
(did I forget any?)
Take into account that declaring an
auto_ptr
is not the same as declaring a raw pointer, since theauto_ptr
instantiation will try to delete the pointer when it goes out of scope and deleting requires the complete declaration of the type. If you use anauto_ptr
in to hold a forward declared type you will have to provide a destructor (even if empty) and define it after the full class declaration has been seen.There are also some other subtleties. When you forward declare a class, you are telling the compiler that it will be a class. This means that it cannot be an
enum
or atypedef
into another type. That is the problem you are getting when you try to forward declarestd::string
, as it is a typedef of a specific instantiation of a template:To forward declare string you would need to forward declare the
basic_string
template and then create thetypedef
. The problem is that the standard does not state the number of parameters thatbasic_string
template takes, it just states that if it takes more than one parameter, there rest of the parameters must have a default type so that the expression above compiles. This means that there is no standard way for forward declaring the template.If, on the other hand you want to forward declare a non-standard template (non STL, that is) you can do it for as long as you do know the number of parameters:
At the end, the advice that was given to you by Roddy: forward declare as much as you can, but assume that some things must be included.
> Seems that forward declaration is useless for base classes and stl classes.
Correction... Forward declaration is INAPPROPRIATE for base classes and object member. (It's not "useless", it is "inapplicable".)
A base class MUST be declared (not forward declared) when being declared as a based class of another class.
An object member MUST be declared (not forward declared) when being declared by another class, or as parameter, or as a return value. NOTE: by-reference or by-pointer does not have that constraint.
Correction... Forward declaration of STL classes is -- as per ISO 14882 -- undefined behavior. http://www.gotw.ca/gotw/034.htm
In both cases the compiler needs to know the size of the type. Therefore, a forward declaration will not suffice. A base class could add members or require a virtual table. The string member would require the size of the class to be increase to store the size of the STL string class.
Forward declaring STL classes is often inadvisable since the implementations commonly include explicit template instantiations that speed up compilation.
You're trying too hard to solve something that isn't actually a problem. Use the header files you need, and reduce - WHERE POSSIBLE - the requirement for them. But don't try and take it to extremes because you'll fail.
In some cases, the PIMPL idiom may help you, but not here.
For your base classes, you need to have the full type definition, not just a declaration. Derived type headers will need to #include the header for their base classes.
For classes in the std namespace, you must include the proper header - <string> in this case - and then do one of 3 things:
Fully qualify the type: std::string aStringToTest
Put a using declaration for just that type: using std::string;
Put in a using declaration for the std namespace: using namespace std;