Discussion :

[oodini]

Bonjour,

Je code une bibliothèque qui peut fonctionner avec moult options données par l'utilisateur. Elle ne sont toutefois pas fournies sous forme d'arguments.

Disons que je dispose d'un tableau de paires <clé | valeur>.

Il y a certaines dépendances entre options : une option F, par exemple, n'a de sens que si l'option B est présente. Les options disponibles peuvent donc être décrites sous forme de graphe.

Existe-t-il une bibliothèque pour gérer ce genre de chose ? Appremment, Boost.Options ne fait pas l'affaire pour ce genre de chose.

Ou dois-je gérer cela simplement à coups de if ?

Merci.

[Neckara]

Bonjour,

Plutôt que de faire plein de if, est-ce qu'il ne serait pas possible de stocker la présence d'une option sur un bit et de s'amuser avec des masques ? (ça pourrait être marrant )

[koala01]

Salut,

As tu déjà été voir du coté de boost::program_options

Il me semble qu'il est possible de définir des relations de dépendances / interdictions avec non?

[oodini]

Peut-être avec Boost Graph ?...

[koala01]

Peut-être avec Boost Graph ?...

Les graphs ne servent strictement à rien dans le cas présent.

J'ai proposé boost program_options qui est une bibliothèque spécialement prévue pour traiter les options que l'on souhaite transmettre à l'application lors du lancement, que ce soit directement par la console, ou à l'aide d'un fichier de configuration.

As tu regardé un peu du coté de cette fantastique bibliothèque

[oodini]

Ce ne sont pas des options données à l'exécutable.

Je dois parser une chaîne qui est succession de paire clés/valeurs, et valider cet ensemble de paramètres.

[koala01]

Nous sommes bien d'accord que l'idée est de donner ces informations directement en ligne de commande (par un fichier de réponse, ou un fichier ini), que les clés soient représentées par des chaines de caractères clairement définies et que les valeurs soient d'un type clairement défini, éventuellement limité à une plage de valeur donnée

Et nous sommes d'accord que ces informations doivent être vérifiées afin d'utilisation par la suite dans l'application

Si nous sommes bien d'accord sur ces deux points, les informations que tu introduit sont... des options d'exécution de ton application et entre parfaitement dans le cadre de boost program_options

Maintenant, j'ai peut etre mal compris ton besoin, mais, dans ce cas, il faudrait que tu exprimes clairement:
1- le genre d'information que tu veux transmettre sous la forme clé / valeur
2- ce que tu entends par le fait de "valider ces paramètres"
3- ce que tu comptes faire de ces paramètres après validation

[oodini]

Nous sommes bien d'accord que l'idée est de donner ces informations directement en ligne de commande (par un fichier de réponse, ou un fichier ini), que les clés soient représentées par des chaines de caractères clairement définies et que les valeurs soient d'un type clairement défini, éventuellement limité à une plage de valeur donnée

On me donne une chaîne de caractères comme argument d'une fonction.
Pas de ligne de commande, pas de fichier.

Et nous sommes d'accord que ces informations doivent être vérifiées afin d'utilisation par la suite dans l'application

Oui.

Si nous sommes bien d'accord sur ces deux points, les informations que tu introduit sont... des options d'exécution de ton application et entre parfaitement dans le cadre de boost program_options

Cela dépend de que tu entends par options d'exécutions.

Maintenant, j'ai peut-être mal compris ton besoin, mais, dans ce cas, il faudrait que tu exprimes clairement:
1- le genre d'information que tu veux transmettre sous la forme clé / valeur

Une chaîne du type

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

param1=5&param2=unchaîne&param3=8&...

2- ce que tu entends par le fait de "valider ces paramètres"

Les paramètres sont typés, et la plupart ne peuvent pas avoir n'importe quelle valeur. Et certains paramètres ne peuvent être présent qu'en présence de certains autres paramètres.
Par exemple, param3 ne pourrait avoir du sens qu'en présence de param2 (ma doc sur ces paramètres est faite sous forme d'un arbre).

3- ce que tu comptes faire de ces paramètres après validation

C'est une désérialisation, donc ça sert à setter des membres (cela nous renvoie à une discussion antérieure animée quant aux setters ).

Idéalement, il me faudrait un mécanisme similaire à un schéma XSD servant à valider du XML.

[darkman19320]

Bonjour,

Par défaut boost program_option, prend en charge des fichiers du type:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
key1=value
key2=value

Je pense qu'il suffit juste que tu convertisses tes '&' en '\n' puis que tu ouvres ta chaine avec un std::istringstream de la manière suivante:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
std::string chain = "param1=5&param2=unchaîne&param3=8&...";
replace(chain.begin(), chain.end(), '&', '\n'); 
std::istringstream iss (chain,istringstream::in);
 
//On parse le flux avec la fonction de boost program option.
parse_config_file(iss, config_file_options, true); //config_file_options est l'ensemble des paires clés/valeurs

[oodini]

Pas bête. Je vais travailler sur cette solution quand j'aurai un peu de temps.
Pas tout de suite, malheureusement : je vais donc mettre le cas en Résolu. Je le rouvrirai si nécessaire quand j'attaquerai le sujet.