Théorie : plusieurs scripts vs 1 gros

Bonjour à tous,

Je pars sur un projet qui va nécessiter de nombreuses évolutions et contiendra plusieurs centaines de milliers de lignes.

Mon inquiétude : les temps de compilation et l'organisation.


Je pensais découper mon programme en plusieurs petits scripts faisant chacun une chose et faire des appels internes (system call) pour lancer les scripts concernés.
On serait donc dans une chaine de script.

Chaque script spécialisé n'aurait que quelques milliers de lignes de codes. Si on doit faire des modifs dessus, cela ne prendra que quelques secondes/minutes.
Et on sait directement où agir.

Si on doit recompiler une seul gros script, cela pourrait durer plus longtemps j'imagine.

On code dans le style poo, avec plein de classes. Sans jeu de mots.

J'aimerais l'expérience d'utilisateurs avertis, de choses qu'on sous-estime peut-être avec une gestion en multi-files.

S'il vous manque des info..

Merci à vous


LeHibou2

Déjà, on est d'accord, il s'agit de codes source C++ et non pas de scripts pour langage interpété, non?

La compilation séparée est la bonne voie à choisir. Il est même possible qu'il soit dans ton intérêt de diviser l'application en plusieurs projets (bibliothèques statiques ou dynamiques + un exécutable) selon ce qui va ensemble.

Après, je ne parle pas de faire systématiquement un fichier source (+ un fichier header) par classe comme en Java, il s'agit d'être intelligent et de bien choisir ce qu'on compile ensemble, en prenant en compte la longueur des fichiers source dans ses décisions.

Je suis d'accord avec les bibliothèques (en liens dynamiques), cela permettra d'avoir de la réutilisation sur les différentes parties.

Pour savoir s'il faut faire un ou plusieurs exécutables, il suffit de se demander s'y chacun serait utilisé:

• seul pour un usage réel et relativement commun (par exemple, un éditeur de texte en console comme nano)
• dans plusieurs chaines de programmes sans rapport entre elles (tels les utilitaires grep ou sed)

Tout autre application est un vice inutile, puisqu'elle serait systématiquement utilisé dans les mêmes conditions, pour faire un prétraitement pour un autre programme (ou quelques uns).
Il vaut mieux en faire une bibliothèques utilisées par les dits programmes.

Je suis d'accord avec les autres, en revanche si le temps qu'il te reste est tres tres tres court (typiquement, lors d'un "jam"), alors fais tout dans un seul projet. Encore plus rapide: tout dans un seul fichier.

C'est clairement mieux sur le long terme d'avoir tout separe en bibliotheque, mais cette separation doit etre gereee:
- maintenir les fichiers decrivant chaque projet
- peut etre faire des scripts pour aider a ajouter facilement des projets
- maintenir les scripts qui aident a maintenir les fichiers projets
...

Bref ca a un cout qui vaut le coup que si on fait pas tout en un coup. Je veux dire, si le projet est cense durer et qu'on a le temps de faire tout ca.

Mais si t'as pas le temps et que c'est pas un jam... ben bon courage. :aie: