Discussion :

[soft0613]

Bonjour, je travail sur un projet en C++ qui nécessite l'inclusion de bibliothèques écrites en C. Le problème auquel je suis confronté est le suivant :
il y a dans un bibliothèque un type qui porte le même nom qu'une des classes de mon projet ce qui entraine des conflits de noms dans tous les sens. J'aurais aimé pouvoir conserver le nom de ma classe tel quel et ne pas être obligé de ruser avec l'utilisation de prefixes ou une modification de l'implémentation pour cacher l'utilisation des bibliothèques.

Merci d'avance.

[gl]

L'utilisation de namespace pourrait probablement résoudre ton problème.

[soft0613]

Oui, j'y ai pensé, j'ai pensé à faire quelque chose comme envelopper les includes dans un un namespace mais je me demandais si ça se faisait ou si c'est vaiment du bricolage (aussi ma première tentative n'a pas été un succés, mais j'ai pu me planter quelque part).

[darthmower]

Bonjour,

si c'est vraiment du bricolage

Ça n'est pas de la bidouille, sachant que les namespaces sont fait pour éviter les conflits de noms. Ils n'auraient pas grandes utilités sinon.

[GefiehlteFish]

Bonjour,

Si les includes qui son enveloppées dans un namespace sont celles de la bibliothèque C, il y a peut de chance que ça fonctionne:
- la notion de namespace n'existe pas en C et ça risque de foirer un peu à l'édition des liens quand il faudra trouver les symboles de la bibliothèque C qui auront changé à cause de l'inclusion enveloppée dans les namespace.
- le seul truc à faire quand on inclut des entêtes C dans du code C++ (et quand on veux que l'édition des liens se fasse) c'est le fameux

Code :

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

1
2
3
4
 
extern "C" {
    #include <header_C.h>
}

qu'il faut utiliser

La seule utilisation des namespace disponible est pour encapsuler le code C++ mais pas le code (ou les entêtes) en C.

[Alp]

Un namespace (anonyme par exemple) pour ton code C++ ne convient-il pas ?

[soft0613]

Merci de l'attention que vous portez à ma question, actuellement les bibliothèques en question sont X et Cairo, j'ai une classe C++ qui porte le même nom qu'un type de X. Évidement la classe que j'écris est incluse dans un namespace, je pourrais donc préfixer sont type par sont namespace à chaque fois que je l'utilise mais ça devient vite trés contraignant.

Si quelqu'un à un indice je suis plus que prenneur.

[Nogane]

je pourrais donc préfixer sont type par sont namespace à chaque fois que je l'utilise mais ça devient vite trés contraignant.

Pourquoi pas un raccourcie de namespace(Je connais pas le nom "scientifique" de la chose )

Code :

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

namespace ZZ = Un::Bon::Gros::Name::Space;

[koala01]

Salut,

Pourquoi pas un raccourcie de namespace(Je connais pas le nom "scientifique" de la chose )

Code :

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

namespace ZZ = Un::Bon::Gros::Name::Space;

Cela s'appelle un alias

[soft0613]

Mon problème n'est pas au niveau du nombre de namespace mais au niveau du conflit de noms avec un type de la lib, je vais donner un example.

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
 
// ficher 1 : le header de la lib
...
typedef Anything A;
...
 
// fichier 2 : ma classe
#include "le_header_de_la_lib"
 
namespace N
{
    class A
    {
         ...
    };
}
 
// fichier 3 : le main
#include "ma_classe"
 
using namespace N;
 
int main()
{
    N::A a1; // OK pas de conflit
    A a2; // Erreur on ne sait pas de quel A il s'agit
    return (0);

[koala01]

Héhé...

Maintenant que tu es confronté au problème, on ne t'y reprendra surement plus, mais, une saine habitude à prendre est de systématiquement créer au minimum un espace de noms dans lequel prend place tout ton projet.

Ainsi, au pire, lorsque tu en arrive, par malheur, à utiliser une bibliothèque qui utilise une structure ou une fonction portant le même nom qu'une de tes structures ou fonctions, il reste toujours possible d'éviter les conflits de noms.

Cependant, l'idée qui consiste à inclure ton fichier d'en-tete au sein d'un autre qui défini ton espace de noms n'est, normalement, pas viable.

En effet, l'espace de noms entre en ligne de compte lors du "mangling" (lorsque le compilateur décide d'un identifiant unique pour tes structures et fonctions).

Et, comme seule la déclaration des fonctions et fonctions membres se trouvent dans un espace de noms particulier, mais que leur implémentation se trouve, elle, dans l'espace de noms global, cela ne résout en définitive strictement rien.

La "moins mauvaise solution" consiste donc à reprendre l'ensemble des fichiers de ton projet (en-tête et implémentation) et à y ajouter l'espace de noms de ton choix (le nom de ton projet semble être un bon choix comme espace de noms principal )

[soft0613]

Merci de ta réponse claire et complète.


Mon projet est une lib, j'ai bien tout inclu dans un seul namespace mais se serait mieux de pouvoir utiliser ma classe sans avoir à spécifier le namespace pour éviter les conflits. Si je comprend bien mon problème est insolvable tel quel, je pense que je vais procéder différement, changer le nom de ma classe ou quelque chose d'autre.

Merci encore de vos réponse.

PS : à quand un bouton "non-solvable" ?

[Nogane]

Code :

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

1
2
3
4
5
6
7
8
using namespace N;
 
int main()
{
    N::A a1; // OK pas de conflit
    A a2; // Erreur on ne sait pas de quel A il s'agit
    return (0);
}

Si tu préfixe a chaque fois, tu peut retirer le using namespace, et donc, plus de conflit.

Si le préfixage t'ennuie a ce point, tu peut aussi faire un typedef du genre:

Code :

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

1
2
3
4
5
6
7
typedef N::A NA;
int main()
{
    NA a1; // OK pas de conflit
    A a2; // Pas de conflit non plus
    return (0);
}

[soft0613]

OK merci du conseil, je voulais juste permettre l'utilisation de "using namespace", tan-pis.

[koala01]

OK merci du conseil, je voulais juste permettre l'utilisation de "using namespace", tan-pis.

Il faut encore être très prudent avec la directive using namespace...

Typiquement, elle ne devrait être présente que dans les fichiers d'implémentation ( *.cpp) car elle a la facheuse habitude de s'étendre si, par malheur, elle est utilisée en dehors de toute classe ou de toute fonction, au sein d'un fichier d'en-tête ( *.h / *.hpp et les autres).

En effet, il faut de dire que, même les fichiers qui incluront de manière indirecte le fichier dans lequel se trouve cette directive en profiteront et, au final, tu perdra tout l'avantage premier d'avoir créé un espace de noms "à toi"