que les classes se retrouvent chacune dans leur fichier ou toutes dans le même ne change pas grand chose. Pour l'auteur, ce qui fait une différence c'est que si on veut naviguer dans le code en retrouvant un filtre d'après sa description, dans un cas il suffit de faire une recherche de texte, dans l'autre cas il faut "sortir" de l'éditeur de texte pour lancer une commande externe. C'est juste une histoire de préférence personnelle que d'accepter les avantages et inconvénients d'une organisation plutôt que de l'autre - pour la logique du code j'entends, pour moi la meilleure cohabitation avec le système justifie quand même l'éclatement en fichiers.
[^] # Re: color2gray et organisation du code
Posté par nigaiden . En réponse à la dépêche G’MIC 1.6.2.0 : Colorisation de BD, transfert de couleurs, aide au détourage et autres réjouissances. Évalué à 3.
Je n'ai pas vu le code, donc je me sens apte à répondre.
Effectivement, les outils du système fonctionnent mieux avec des petits fichiers.
Par contre, l'organisation du code en fichiers relève davantage du style de codage que de la structuration du code. Si le code ressemble à :
que les classes se retrouvent chacune dans leur fichier ou toutes dans le même ne change pas grand chose. Pour l'auteur, ce qui fait une différence c'est que si on veut naviguer dans le code en retrouvant un filtre d'après sa description, dans un cas il suffit de faire une recherche de texte, dans l'autre cas il faut "sortir" de l'éditeur de texte pour lancer une commande externe. C'est juste une histoire de préférence personnelle que d'accepter les avantages et inconvénients d'une organisation plutôt que de l'autre - pour la logique du code j'entends, pour moi la meilleure cohabitation avec le système justifie quand même l'éclatement en fichiers.