nom de clé identique dans un cfg

Bonsoir,
Je vous explique mon problème j'ai un fichier txt de cette forme :

Citation:

---

[ABOUT]
DATE = 19/11/2013
[CONFIG]
DUT_GCS_IP = 172.16.0.90
DUT_GCS_PORT = 2001
OSCILLO_IP = 172.16.0.91
OSCILLO_PORT = 5025
[TEST1]
NOM_TEST = TEST7
NO_TEST = 1
CONFIG_DUT=cfg7
VERIF_MATLAB = analyse_synchro1
#----------------------------------------------
NOM_TEST = TEST11
NO_TEST = 2
CONFIG_DUT=cfg11
VERIF_MATLAB = analyse2
#----------------------------------------------
NOM_TEST = TEST7
NO_TEST = 3
CONFIG_DUT=cfg7
VERIF_MATLAB = analyse_synchro1

---

En utilisant configparser j'arrive bien a récupérer les valeurs des mes clés

Code:

---

1 2 3 4 5 6 7

import ConfigParser config = ConfigParser.ConfigParser() config.read('F:\\TESTS\\listeTests.cfg') NOM_TEST = config.get('TEST', 'NOM_TEST') CONFIG_DUT = config.get('TEST', 'CONFIG_DUT') NO_TEST = config.get('TEST', 'NO_TEST') VERIF_MATLAB = config.get('TEST', 'VERIF_MATLAB')

---

Le problème est le suivant, je souhaiterais pouvoir faire une fonction permettant d'automatiser la lecture des 4 derniers paramètres du test car ce sont les seuls qui varient les autres sont globale.
Seulement je ne souhaite pas modifier les noms des clés ni ajouter d'indice devant (car si on souhaite rajouter des tests au milieu il faudra décaler tous les chiffres :/)
J'ai bien évidemment penser a faire une section différente par test mais c'est le même problème en cas de rajout de test au milieu ...
J'aimerais savoir si il est possible de récuperer le contenu du cfg dans une liste qui serait NOM_TEST par exemple et qui serait de cette forme : ['TEST7', 'TEST11', 'TEST7']
Bien sur la longeur de la liste peut varier

Actuellement je ne peux recuperer que la dernière valeur en faisant

Code:

---

1 2 3 4

NOM_TEST = config.get('TEST', 'NOM_TEST') #j'obtiens TEST7 CONFIG_DUT = config.get('TEST', 'CONFIG_DUT') #j'obtiens cfg7 NO_TEST = config.get('TEST', 'NO_TEST') #j'obtiens 3 VERIF_MATLAB = config.get('TEST', 'VERIF_MATLAB')#j'obtiens analyse synchro_1

---

Je doute que ce soit possible mais j'aimerais être sur avant de passer a une solution de lecture ligne par ligne qui sera bien plus gavante ^^
Le module configparser m'allait bien jusque la

Bien evidemment si vous voyez une autre solution que récupérer les clés portant le meme nom dans une liste je suis preneur aussi.
Merci

Salut,

Je n'ai pas la réponse, mais une question! Est-ce un opérateur humain (toi, un collègue, madame michu...) qui édite ce fichier de configuration?

Il existe de nombreux autres "formats" pour gérer des fichiers de données. Certains sont acceptés par d'autres languages (et meme en proviennent). Voici une liste non exhaustive:

• YAML
• XML
• JSON
• CSV
• INI
• ...

Il n'y a pas un format qui domine, mais il faut plutôt se poser les bonnes questions dès le début: qui l'édite, qui peut le lire (multi language), est-ce édité souvent, rarement, est-ce qu'il doit être expressif, est-ce qu'il peut être gros (voir très gros)...

Je t'aide pas trop là c'est vrai, mais si tu expose clairement les cas d'utilisations ici peut-être qu'une âme charitable t'aiguillera vers un format adapté!

Ciao ciao


Ju

Salut,
Vous pourriez (par exemple) ecrire votre fichier CFG sous la forme

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14

[TEST 1] NOM_TEST = TEST7 CONFIG_DUT=cfg7 VERIF_MATLAB = analyse_synchro1 #---------------------------------------------- [TEST 2] NOM_TEST = TEST11 CONFIG_DUT=cfg11 VERIF_MATLAB = analyse2 #---------------------------------------------- [TEST 3] NOM_TEST = TEST7 CONFIG_DUT=cfg7 VERIF_MATLAB = analyse_synchro1

---

Vous récupérez ensuite la liste des "sections" via /parser.sections()/.
Ca va retourner une liste de /str/ qui contiendra 'TEST 1', 'TEST 2', 'TEST 3' et d'autres noms.
Il faudra "filtrer" ceux qui commencent par 'TEST' et parser l'entier (le NO_TEST que j'ai vire) puis lire la section 'TEST x' et ses options.

Citation:

---

Envoyé par Julien N

Il n'y a pas un format qui domine, mais il faut plutôt se poser les bonnes questions dès le début: qui l'édite, qui peut le lire (multi language), est-ce édité souvent, rarement, est-ce qu'il doit être expressif, est-ce qu'il peut être gros (voir très gros)..

---

Tres juste mais ce genre de question doit être traitée avant de commencer a coder. A défaut on se pose des questions sur l’intérêt de ce qu'on a déjà réalise... ce qui peut être déstabilisant voire contre productif pour le débutant.

Le professionnel lui va vous envoyer bouler car il s'en fout.
Pour faire une analogie, est-il important cote "programme" que les textes soient encodes en latin-1 ou en utf-8 ou en...?
Il suffit de tout traduire en Unicode avant de les utiliser dans votre programme et voila.

Pour des suites de clés/valeurs on peut faire pareil et le choix du format n'a aucune importance cote "programmation" - on peut en changer facilement et donc laisser aux utilisateurs la possibilité de changer d'avis a l'usage sans que ce soit une catastrophe.

- W

Cette solution d'indice n'est pas possible j'y avais pensé mais admettons qu'on veuille rajouter un test au milieu il faudra décaler tous les nombres des sections suivantes

Pour répondre a qui traitera le fichier, il peut être edité par n'importe qui c'est pour cela qu'il doit rester simple il suffira d'écrire le nom du test le numéro et les fichier a utiliser pour verifier le test que l'on veut effectuer

Il est donc impossible de differencier les variables portant le même nom dans la même section ? Ou même de les lire au fur et a mesure comme avec un readline() ?

Citation:

---

Envoyé par nikaulas

Cette solution d'indice n'est pas possible j'y avais pensé mais admettons qu'on veuille rajouter un test au milieu il faudra décaler tous les nombres des sections suivantes

---

Le numéro n'est que l'expression de l'option NO_TEST. S'il ne correspond pas a un numéro unique, pourquoi le renseigner?
S'il est unique, ajouter un test au milieu du fichier n'impose pas de renuméroter les tests suivants.
Mais peut être que pour vous c'est tests doivent être exécutées dans leur ordre d'apparition dans le fichier.

Dans ce cas, le choix de les représenter sous cette forme est peut être prématuré: je doute que les fichiers INI "supportent" les répétitions et en tous cas, ConfigParser produit un dict qui perdra cet ordre.

Comment représenter je ne sais trop quoi avec un fichier INI n'est pas un sujet qui pourra être traiter dans un forum de programmation: les forums Windows ont plus de chance d’être fréquentes par des qui savent.

Dans un forum de programmation l'important sera ce que ça devient après la lecture et comment vous aller pouvoir utiliser cela.

Une liste de dict ressemblant a:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13

tests = [ dict( NOM_TEST = 'TEST11', NO_TEST = 2, CONFIG_DUT='cfg11', VERIF_MATLAB = 'analyse2', ), dict( NOM_TEST = 'xxx', ..., ), .... ]

---

respecte l'ordre, permet d’insérer des tests au milieu, peut être modifie a l’éditeur car un script Python est aussi un fichier texte.
In fine, quelque soit le format qui conviendra, sa lecture aboutira toujours a une structure similaire.
En attendant d'avoir mieux définit le format de ce fichier, cela vous permet travailler sur le reste du programme.
A vous de voir,
- W

Citation:

---

Envoyé par wiztricks

Le numéro n'est que l'expression de l'option NO_TEST. S'il ne correspond pas a un numéro unique, pourquoi le renseigner?
S'il est unique, ajouter un test au milieu du fichier n'impose pas de renuméroter les tests suivants.
Mais peut être que pour vous c'est tests doivent être exécutées dans leur ordre d'apparition dans le fichier.

---

C'est exactement ca les test doivents être exécuté dans l'ordre d'apparition des fichiers

Citation:

---

Envoyé par wiztricks

Dans ce cas, le choix de les représenter sous cette forme est peut être prématuré: je doute que les fichiers INI "supportent" les répétitions et en tous cas, ConfigParser produit un dict qui perdra cet ordre.


Une liste de dict ressemblant a:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13

tests = [ dict( NOM_TEST = 'TEST11', NO_TEST = 2, CONFIG_DUT='cfg11', VERIF_MATLAB = 'analyse2', ), dict( NOM_TEST = 'xxx', ..., ), .... ]

---

respecte l'ordre, permet d’insérer des tests au milieu, peut être modifie a l’éditeur car un script Python est aussi un fichier texte.
In fine, quelque soit le format qui conviendra, sa lecture aboutira toujours a une structure similaire.
En attendant d'avoir mieux définit le format de ce fichier, cela vous permet travailler sur le reste du programme.
A vous de voir,
- W

---

Je ne connaissais pas les listes de dictionnaire,mais je vais chercher de ce côté merci bien :ccool: