Fichier d'input

Bonjour,

J'écris un programme en python (mais je ne pense pas que ce soit important ici) qui pour l'instant lit un fichier texte en input.

Ma première question est à propos de la manière de lire efficacement ce fichier. Il est écrit sous la forme suivante.

Dans mon code, je lis les lignes une à une et j'utilise autant de "if" que j'ai de mot clés différents. Ça rend la fonction très longue et difficile à lire. J'avais pensé à créer un dictionnaire de fonctions, ce qui simplifierait la fonction principale. Avant que je ne réécrive les 3/4 du code, pensez-vous qu'il y aurait une meilleure solution pour lire ce fichier ?

Ma deuxième question concerne une interface graphique. J'aimerais en créer une, et vu que je ne l'ai jamais fait, je voudrais avoir vos avis. Est-ce que je devrais utiliser les informations venant de la GUI directement, ou pour écrire un fichier d'input tel que j'utilise actuellement ? Le premier cas est plus direct, mais le 2ème me permettrait de pouvoir choisir comment utiliser le code sans devoir en maintenir deux versions en parallèle. Mais comme je l'ai dit, je n'ai jamais fait ça, donc je ne connais pas vraiment les difficultés qui peuvent survenir.

Merci !

Merci pour la réponse. Je dois avouer ne pas savoir ce qu'est un décorateur, je me renseignerai.

Tu as mis le doigt sur la difficulté : "si ton code est bien fait". Je n'ai jamais vraiment appris à programmer, donc ce que je fais fonctionne, et c'est à peu près tout, c'est pour ça que je viens demander des conseils pour le rendre plus efficace/plaisant esthétiquement.

Pour l'instant, tout est mélangé dans la fonction principale. Je lis le mot clé, selon ce mot, je lis un certain nombre de paramètres, et je fais directement ce que je dois faire. Je suppose qu'utiliser un dictionnaire de fonction (et peut-être avec les décorateurs quand je saurai ce que c'est et comment ça marche) correspond à ce que tu appelles "un traitement séparé", vu que ces fonctions pourraient être appelées depuis la partie du code qui lit l'input en fichier texte ou celle qui lit l'input venant de la GUI. C'est bien ce que tu voulais dire ?

Ok, merci, je vais essayer de faire ça. Ça va me faire réécrire pas mal de choses, mais maintenant je commence à voir comment je devrais tout réorganiser

Il vaut mieux le faire maintenant que plus tard.

Si tu fais ta GUI en générant un fichier, tu va faire des étapes intermédiaires inutiles.

Si tu recopie le code, tu peux être surs qu'a un moment donné tu va modifier le comportement d'une fonction et oublier de modifier celui de l'autre. Et du coup tu aura des bugs présent d'un coté et pas de l'autre.

Je ne sais pas ce que représente tes actions mais il y a aussi une autre solution : passer par une structure interméidaire.

En gros tu crée des objets python qui representent ta suite d'instruction. Ainsi ton parseur de fichier va devoir créer cette structure depuis le fichier texte. La gui est censé elle aussi la construire depuis son interface. Enfin ton traitement lui ne fait qu'utiliser cette structure intermédiare pour executer le traitement.

Mais pour t'aider et conseiller plus il nous faudrait un exemple de fichier ou une explication plus détaillé de ce que tu souhaite faire.

Pour un exemple (et même le code source), j'avais présenté mon petit programme ici (je ne veux pas être accusé de faire de la pub dans la mauvaise section, je supprimerai le lien si nécessaire). Par contre, j'ai déjà commencé à factoriser certaines parties du code (dictionnaires de couleurs et de tailles et quelques autres bricoles) sans mettre à jour le github.

Je pense que je vais juste mettre le dictionnaire de fonction dans un autre fichier pour l'instant, et lire un cours sur des concepts un peu plus avancés, pour voir ce que je pourrais faire à terme.

(je ne veux pas être accusé de faire de la pub dans la mauvaise section, je supprimerai le lien si nécessaire).

Non ne t'inquiète pas ! La pub ce serait si tu faisais un nouveau sujet toutes les 5 minutes où si tu postais dans un sujet sans de rapport direct pour te faire la pub.

Pour des problèmes de code, surtout si il y a des informations importantes quand à l'objectif du programme, il ne faut pas que tu hésite. Met le sans soucis. Avoir le contexte est important pour aider.

Et justement, là c'est intéressant. Je pige rien à la cristallographie mais si je pige bien tu part d'une cellule de base, puis tu la modifie en rajoutant une série de defaut et à la fin du génère une image de résulat ?

Si oui, je pense que tu aurais tout interet à travailler autour d'une class pour représenter ta cellule. Cela s'y adapte assez bien. A tu appris des notions de programmation objets ?

Oui, c'est exactement le principe.

Je connais (un peu) les objets. Je m'en sers actuellement pour représenter les atomes, les liens entre atomes et les chaînes de caractères. J'ai plus de mal à voir comment je peux représenter ma cellule complète dans un objet par contre. Pour l'instant, j'ai trois listes (une par objets) qui sont mergées à la fin, juste avant de dessiner.

Je pense que je vois ce que tu veux dire. Mais dans ce cas, je garde tous mes "if" pour lire le fichier d'input et appeler les méthodes nécessaires, non? Et le code qui est pour l'instant dans ma fonction principale pour dire ce qu'il faut faire se retrouve dans la définition de l'objet, si j'ai tout suivi correctement.

J'essaierai de trouver quelques heures pour commencer ça pendant mes congés, pour voir ce que ça donne. Merci en tout cas !

Non ça n'a rien à voir avec les if. La façon dont tu parses le fichier sera de toute façon indépendante du reste du code, que tu utilises des fonctions dans un dictionnaire ou un if.