Discussion :

[Sve@r]

C'est ce que disent tous les développeurs jusqu'au jour où il faut montrer que c'est modulable et qu'on doit commencer par concevoir une interface qui permette cette modularité.

Ah oui mais chez-moi c'est vraiment modulable
J'ai un objet qui hérite de configparser.ConfigParser. Il prend en paramètre le nom du fichier de configuration et ensuite il gère tout lui-même.
Et mon appli commence par instancier sa configuration avec le nom (et chemin) du fichier de config, nom (et chemin) créé en fonction de l'os. Un nom de fichier utilisé une et une seule fois, c'est un peu la base de la modulabilarité non ?

Evidemment c'est modulable par le dev (moi) mais pas modifiable par le client

[wiztricks]

Techniquement, un objet qui hérite de ConfigParser est un ConfigParser avec l'API de ConfigParser. Si on doit remplacer çà par un fichier XML, il va y avoir un peu de boulot pour coller à cette API là.

Là c'est assez basique, çà ne va pas être difficile... si la bibliothèque était plus touffue pas évident d'espérer une correspondance 1<->1 côté API.

- W