Euh, c'est pas toujours facile de se repérer dans fichier python de 6000 lignes.
Je préfère largement avoir 10 fichiers de 600 lignes, même si le nom est incompréhensible (et d'ailleurs pourquoi le nom serait forcément incompréhensible ?)
Ça permet, par exemple si on simplement besoin d'ajouter une fonctionnalité, de savoir dans quel fichier se situent les classes/méthodes à modifier, plutôt que de patauger dans les 80 classes et les 300 méthodes qui s'affichent dans l'onglet structure.
D'autre part, je ne suis pas vraiment d'accord avec l'argument KISS. Je vois pas en quoi c'est plus simple de tout avoir dans un fichier de 6000 lignes et dire dire au contributeur : taka avoir un bon IDE pour te repérer.
Pour revenir sur le code de txt2tags, rien que tous les headers (pour les différents types de documents) peuvent être déplacés vers un fichier headers.py par exemple (même chose pour les autres constantes). Même chose pour la fonction getTag(), la déplacer vers un autre fichier nommé tags.py ne couterait pas grand-chose. Enfin, il serait possible de déplacer les classes gérant la configuration dans un fichier config.py.
Non, vraiment un fichier de 6000 lignes, ce n'est pas la meilleure méthode pour attirer le contributeur. D'un autre côté le code est bien commenté, donc ça compense ce petit écart.
Ma remarque n'est pas une critique contre txt2tags, c'est un logiciel très utile qui a l'immense mérite de fonctionner et c'est facile de critiquer de l'extérieur. Après tout l'auteur fait ce qu'il veut, c'est peut-être pas sa priorité de faire quelquechose de modulaire.
[^] # Re: Et le code
Posté par X345 . En réponse à la dépêche Sortie de txt2tags 2.6. Évalué à 10.
Je préfère largement avoir 10 fichiers de 600 lignes, même si le nom est incompréhensible (et d'ailleurs pourquoi le nom serait forcément incompréhensible ?)
Ça permet, par exemple si on simplement besoin d'ajouter une fonctionnalité, de savoir dans quel fichier se situent les classes/méthodes à modifier, plutôt que de patauger dans les 80 classes et les 300 méthodes qui s'affichent dans l'onglet structure.
D'autre part, je ne suis pas vraiment d'accord avec l'argument KISS. Je vois pas en quoi c'est plus simple de tout avoir dans un fichier de 6000 lignes et dire dire au contributeur : taka avoir un bon IDE pour te repérer.
Pour revenir sur le code de txt2tags, rien que tous les headers (pour les différents types de documents) peuvent être déplacés vers un fichier headers.py par exemple (même chose pour les autres constantes). Même chose pour la fonction getTag(), la déplacer vers un autre fichier nommé tags.py ne couterait pas grand-chose. Enfin, il serait possible de déplacer les classes gérant la configuration dans un fichier config.py.
Non, vraiment un fichier de 6000 lignes, ce n'est pas la meilleure méthode pour attirer le contributeur. D'un autre côté le code est bien commenté, donc ça compense ce petit écart.
Ma remarque n'est pas une critique contre txt2tags, c'est un logiciel très utile qui a l'immense mérite de fonctionner et c'est facile de critiquer de l'extérieur. Après tout l'auteur fait ce qu'il veut, c'est peut-être pas sa priorité de faire quelquechose de modulaire.