Discussion :

[Baptiste Wicht]

Bonjour,

Je suis en train d'essayer de démarrer un petit projet pour m'entrainer en C++. J'ai créé un premier projet très simple et un deuxième qui est une librairie. Et en fait, j'ai plusieurs questions, sur comment distribuer la librairie...

(j'essaie de rester dans l'optique que la librairie pourrait être utilisée par d'autres personnes, pour m'entrainer)

J'ai réussi à créer une shared librairie depuis ma librairie sans trop de problèmes, mais c'est ensuite que j'ai plus de soucis

tout d'abord, au niveau de la structure de mon projet principal, ou est-ce que je suis censé mettre les fichiers .h de ma librairie ?

Actuellement, j'ai quelque chose comme ça :

Code :

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

1
2
3
4
.
  lib
     commons
  src

Mais ça veut dire que dans mon fichier source, je dois faire un include comme ça :

Code :

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

#include "../lib/commons/Header.h"

Personnellement, je trouve ça vraiment horrible et je suis sûr qu'il y a mieux. Est-ce qu'il vaut mieux que je mette mon dossier dans src/ ou alors meme directement le dossier commons dans src ? Mais ensuite ça devient chiant pour la journalisation des sources ? Je suis obligé de faire un ignore de chaque dossier de sources ?

Ensuite, pour installer la librairie, je l'ai simplement collée dans /usr/lib/. Là encore, je suis pas sûr que ce soit une bonne façon de faire... J'aurais préféré la coller simplement dans un dossier lib à la racine de mon projet, est-ce que c'est possible de faire quelque chose comme ça ?

Finalement, au niveau de la distribution de la librairie elle-même, je suis donc censé distribué séparément la shared library et les fichiers .h à inclure ?

Est-ce qu'on peut trouver quelque part une liste de "best practices" pour l'usage de librairie ou l'écriture de librairie ?

Merci d'avance à la bonne âme qui voudra bien éclairer ma lanterne sur ces points

Baptiste

[koala01]

Salut,

Ce qu'il est important de savoir, c'est qu'il est toujours possible, quel que soit le compilateur utilisé (ou l'IDE qui en facilite l'usage), de fournir un chemin un dossier dans lequel aller rechercher d'éventuels fichiers d'en-tête manquants.

Cela se fait généralement en rajoutant l'option I<chemin_vers_dossier_a_utiliser> en ligne de commande (du moins, pour les compilateurs que je connais )

A partir de là, tu peux t'organiser à peu près comme tu le souhaites, soit en regroupant les fichiers d'en-tête dans le dossier indiqué par l'option I, et avec des includes "simples" prenant la forme de

Code :

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

#include "myFile.h"

soit en créant une arborescence plus complexe (permettant de mieux distinguer quel fichier d'en-tête intervient dans quelle partie) sous une forme proche de

Code :

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

1
2
3
4
5
6
7
8
- racine du projet
    |- src (*.cpp "globaux" (main.cpp ?)
    |    |- module1 ( *.cpp de "module1")
    |    |- module2 ( *.cpp de "module2")
    |
    |- include (*.h / *.hpp "globaux" )
    |    |- module1 ( *.h ou *.hpp de "module1")
    |    |- module2 ( *.h ou *.hpp de "module2")

tu peux définire (racine du projet)/include comme chemin à visiter pour trouver les fichiers d'en-tête et inclure tes fichiers d'en-tête sous la forme de

Code :

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

1
2
#include "module1/UneClasseDuModule1.h"
#include "module2/UneClasseDuModule2.h"

Lorsque tu installe la librairie, tu fournis tout ce qui se trouve dans include (et ses sous dossiers), et il ne reste plus à l'utilisateur qu'à les placer où il veut et à... ajouter le dossier comme chemin à visiter

[Baptiste Wicht]

Salut,

Merci pour ta réponse très claire.

Effectivement, l'option -I est très utile dans ces cas-là

Et j'adhère complètement au layout présenté. c'est tout simple et ça simplifie tout.

Merci beaucoup

Baptiste