> mais si on sépare les modules, et qu'il y a des includes croisés,
Justement, l'intérêt de séparer tes modules, c'est de mettre en évidence les includes croisés, et de les éviter.
Exemple : Les dévelopeurs de Gimp ont développé leur propre toolkit, qui est devenu par la suite Gtk. si il y avait eu des dépendances croisées Gtk <-> The Gimp, et bien tous les programmes Gtk se seraient retrouvés avec des dépendances dans Gtk :-(
Pour les includes à ralonge, tu peux aussi faire juste #include "fichier.h" et compiler avec gcc -I rep/ss-rep/ss-ss-rep, c'est une question de gout ... L'intérêt de l'include à ralongue, c'est que ça te donne une sorte d'espace de noms sur tes fichiers. Tu peux avoir un fichier config.h dans chaque répertoire sans qu'il n'y ai de clash de nom.
[^] # Re: répertoires
Posté par Matthieu Moy (site web personnel) . En réponse au journal Sources et arborescence des fichiers. Évalué à 3.
Justement, l'intérêt de séparer tes modules, c'est de mettre en évidence les includes croisés, et de les éviter.
Exemple : Les dévelopeurs de Gimp ont développé leur propre toolkit, qui est devenu par la suite Gtk. si il y avait eu des dépendances croisées Gtk <-> The Gimp, et bien tous les programmes Gtk se seraient retrouvés avec des dépendances dans Gtk :-(
Pour les includes à ralonge, tu peux aussi faire juste #include "fichier.h" et compiler avec gcc -I rep/ss-rep/ss-ss-rep, c'est une question de gout ... L'intérêt de l'include à ralongue, c'est que ça te donne une sorte d'espace de noms sur tes fichiers. Tu peux avoir un fichier config.h dans chaque répertoire sans qu'il n'y ai de clash de nom.