Discussion :

[vandamme]

Voila, pour eviter un include, je veux faire une forward declaration.
Le probleme c'est que ca concerne une nested class :

class A;
class A::B; // compil error : expected type-name

void myFunction(const A::B&);

Comment faire pour bien ecrire une predeclaration d'une classe imbriquee ?

[bolhrak]

Tu ne peux pas. A partir du moment où tu essayes d'accéder à un champ/type/fonction d'une classe A, il faut que celle-ci ait été définie. Donc nécessité d'un #include.

[koala01]

Salut,

Par contre, rien ne t'empêche normalement de faire une déclaration anticipée de ta classe imbriquée:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
class A;
class A::B;
 
void MaFonction(/*const*/ A::B&);

(attention: la déclaration imbriquée de B doit être effectuée dans la partie publique de A )

[vandamme]

Salut,

Par contre, rien ne t'empêche normalement de faire une déclaration anticipée de ta classe imbriquée:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
class A;
class A::B;
 
void MaFonction(/*const*/ A::B&);

(attention: la déclaration imbriquée de B doit être effectuée dans la partie publique de A )

Ben, c'est exactement ce que j'ai fait.
Et B est bien publique dans A

[koala01]

Je viens de vérifier... la déclaration anticipée ne fonctionne effectivement pas dans le cadre d'un classe imbriquée. Au temps pour moi

Ceci dit, tu n'évitera pas l'include à un moment où un autre, même dans le cas où une déclaration anticipée apparait

Dés le moment où tu veux utiliser une structure définie, il n'y a rien à faire, il faut que l'unité de compilation dispose de... la définition réelle de cette structure:

• pour en connaître les noms des différents membres
• pour en connaître les noms des différentes méthodes
• pour en connaître la taille

Tu ne peux d'ailleurs envisager sereinement la déclaration anticipée que si tu n'a pas besoin du type complet avant qu'il n'apparaisse.

Ainsi, un code du genre de

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
#ifndef A_H
#define A_H
class B;
 
class A
{
    public:
        A(B&);
        virtual ~A();
        const B GetAsB();
    protected:
    private:
        int v;
};
#endif // A_H

fonctionnera avec un fichier d'implémentation sous la forme de

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
 
#include "A.h"
#include "B.h"
 
A::A(B& b):v(b.GetVal())
{
 
}
A::~A()
{
 
}
const B A::GetAsB()
{
    return B(v);
}

(sous réserve, évidemment, de l'existence du fichier B.h) alors qu'une classe du genre de

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
 
class A
{
    public:
        explicit A(const B&);
        ~A();
    private:
        B b; 
};

nécessitera de connaître la définition complète de B pour être en mesure de créer la classe A.

Il s'en suit qu'il faudra soit inclure B.h avant de définir la classe A, soit définir les deux classes dans le même fichier, mais en définissant B avant A

[EDIT]Par contre, la taille d'un pointeur étant d'office connue, rien ne t'empêcherait de prévoir une classe sous la forme de

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
 
class B;
class A
{
    public:
        A(B*);
        ~B();
    private:
        B* b;
};

et de ne prévoir la définition complète de la classe B qu'après la classe A (ou via inclusion de B.h dans le fichier d'implémentation)

Mais, quoi qu'il en soit, il semble raisonnable d'envisager le fait que tu auras de toutes façons besoin de connaître l'intégralité de la classe B pour implémenter les différentes méthodes de la classe A

[zais_ethael]

Faudrait déja savoir pour quelle raison tu veux déclarer ta fonction avant de définir ta classe, je n'en vois du tout l'utilité.
D'après mon expérience, je dirais que les déclarations anticipées ne sont utiles que dans le cas d'interdépendance entre des classes (notamment avec les classes amies), et aussi qu'il vaut vraiment mieux les déclarer dans le même header (j'ai déja passé des heures à essayer de trouver un barème quelconque pour les dépendances inter-fichiers, j'ai fini par laisser tomber).