Discussion :

[Kaim Argonard]

Bonjour, j'ai codé et tente de compiler quelques classes template pour gérer Points, Vecteurs, Droites, etc ... en 2D.

En tentant de mettre chaque classe dans un fichier hpp, impossible de trouver une astuce pour compiler, il me dit toujours que l'objet truc n'a pas été défini, etc ... Le fait est que j'arrive très bien à compiler en mettant tout mon code dans un seul fichier énorme, donc voici la structure :

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
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
#ifndef TRUC
#define TRUC
 
template <typename T>
class Line;
 
template <typename T>
class Vector
{
    public :
    //defs des méthodes de Vector, utilisant entre autre des paramètres de type const Line<T>&
};
 
template <typename T>
class Point
{
    public :
    //idem -> utilise des const Line<t>&
};
 
template <typename T>
class Line
{
    public :
    //méthodes de Line
 
   Vector<T> vector;
   Point<T> point;    //attributs publics
};
 
//et ici, toutes les méthodes et surcharges d'opérateurs
//sachant que celles de Vector utilisent celles de Line
//celles de Point utilisent Vector et Line
//celles de Line utilisent Vector et Point

Voilà, je vois pas comment séparer le tout en mettant comme d'habitude, une classe dans un fichier ....
Y-a-t-il une méthode pour organiser ses template ?

PS : j'ai déjà séparé code source et définition en utilisant l'astuce du fichier .tpp (lien), et en metant #include "Vector.tpp" à la fin de la définition de Vector,
mais ça ne change pas grand chose au problème ....

[Kaim Argonard]

Résolu :

Pour les générations futures : mon problème était la position de mes includes : j'utilisais un namespace, et j'avais mis l'include dedans, ce qui mettait la pagaille ...

Solution :

Vector.hpp :

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
17
18
19
20
21
22
23
#ifndef VECTOR_HPP
#define VECTOR_HPP
 
namespace esp
{
    template <typename T>
    class Line;
 
    template <typename T>
    class Vector
    {
       ...
    };
 
    template <typename T>
    bool operator==(const ...);
}
 
#include "Line.hpp" //on complète le type Line
 
#include "Vector.tpp"
 
#endif

Et dans Vector.tpp :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
#ifndef VECTOR_TPP
#define VECTOR_TPP
 
namespace esp
{
   //code des méthodes, fonctions, opérateurs, etc .... en inline
   //exemple :
   template <typename T>
   inline bool operator(...)
}
 
#endif

Les autres fichiers sont sur ce modèle, avec dans Line.hpp,

Code :

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

1
2
3
4
5
6
#include "Vector.hpp"
#include "Point.hpp"
 
namespace esp
{
...

Il faut mettre les includes HORS de namespace {} !

Voilà tout !

[3DArchi]

Salut,
Merci pour les générations futures

Néanmoins, si les fonctions de Point utilisent Vector et Line, c'est probablement qu'il y a un problème de conception (fonctions libres plutôt que fonctions membre ?). La circularité des dépendances est signe d'un tel problème.

[Kaim Argonard]

J'aurai pu faire autrement en effet.
Je voulais des méthodes du type Poit::is_in(Line, segment, etc ....)

Mais j'aurais pu le faire faire à Line, ces dépendances circulaires peuvent, dans mon cas, être enlevées très simplement.

En tout cas la méthode que j'ai employée fonctionne, libre aux personnes qui lirons ce que j'ai écrit de l'utiliser !

[3DArchi]

Salut,

Effectivement, il faudrait probablement préciser quelque part d'éviter de faire un include dans un espace de nom (ou du moins expliquer ce qui se passe alors). Car si j'ai bien compris, c'était d'abord ça ton problème, la circularité n'étant finalement que ce qui a permis de le révéler.

Cependant, je maintiens que les dépendances circulaires indiquent un potentiel problème de conception. Et peuvent aboutir à des comportements très inattendus avec les template, notamment si tu fais des spécialisations.

[Kaim Argonard]

Et dans la floppée de liens qu'on obtient sur google concernant la conception en c++, y-a-til des bonnes adresses où on explique comment BIEN concevoir son code ?