Effectivement pour le include/ j'ai vu ça. Je trouve pas ça très "organisé", sauf dans le cas où les .h pourraient servir d'interfaces entre les modules, ou des plugins. J'ai plutôt tendance à laisser les .h avec les .cc correspondants, je trouve ça plus cohérent, mais je me retrouve à faire des #include "rep/ss-rep/ss-ss-rep/header.h" dans certains sources, et c'est assez lourd.
Dans ce cas, on voit tout de suite où est le header, mais si on sépare les modules, et qu'il y a des includes croisés, c'est aussi la merde à la compilation, et là, un include/ commun serait avantageux...
Je me demande si ça serait pas plus propre d'avoir les .h à la fois dans les répertoires des .cc et dans le include/.
[^] # Re: répertoires
Posté par inz . En réponse au journal Sources et arborescence des fichiers. Évalué à 2.
Dans ce cas, on voit tout de suite où est le header, mais si on sépare les modules, et qu'il y a des includes croisés, c'est aussi la merde à la compilation, et là, un include/ commun serait avantageux...
Je me demande si ça serait pas plus propre d'avoir les .h à la fois dans les répertoires des .cc et dans le include/.