Transmettre des valeurs à mon exécutable et les enregistrer

Bonjour,

Je cherche à transmettre des valeurs à mon exécutable (dans mon programme C++) mais je sais pas vraiment comment le faire.

Contexte: J'ai besoin de paramètres que je lis dans un fichier. Mais je veux le faire une fois (configuration faite au départ) puis faire que mon application retiennent ces valeurs et soit indépendante du fichier.

Je cherche donc une méthode qui donne des valeurs à mon application puis que celle-ci les enregistre et fonctionne avec. Qu'on perde pas nos données à la fermeture de l'application.

Merci d'avance.

A la fermeture de l'application, il n'existe plus rien.
A chaque lancement de l'application, tu dois obtenir à nouveau ces données.
Tu as deux grandes formes de solutions: le demander à un autre programme, ou l'obtenir depuis une source de données "passive".

Un autre programme, ca peut être par exemple un web service ou un service du système d'exploitation.
Comme source de données "passive", on peut utiliser un fichier, les arguments de ligne de commande, une base de donnée (etc?).

Cela dit, si l'utilisateur a besoin du fichier à la première utilisation, ton application ne peut pas en être indépendante.
Une autre forme de solution, c'est que les données soient incorporées dans l'application à la compilation.

Merci pour ta réponse.

Un autre programme sera à exclure (sauf si je décide de passer par la BD SQL sur laquelle on travaille mais qu'on utilise pour autre chose.)
La solution avec la source de données "passive" m'intéresse et c'est peut-être ce que je recherche.
A la base on un fichier. Mais comme je l'ai déjà expliqué on le lit qu'une fois (à la configuration) puis je veux ne plus avoir recours à ce fichier. (mais où et comment va t-il les enregistrer à la configuration)

Elle n'est certes pas indépendante du fichier mais je veux qu'elle le soit juste à la configuration. Est-il possible qu'elle le soit plus plus tard? (c'est justement ce que je cherche à faire)

"Une autre forme de solution, c'est que les données soient incorporées dans l'application à la compilation."
J'ai pas cerné ce que tu me propose, tu peux me détailler ta proposition?

On m'a parlé de registre dans le chat, c'est une solution?

Merci d'avance.

Citation:

---

On m'a parlé de registre dans le chat, c'est une solution?

---

Oui, je vous aurais aussi conseiller la Registry.

Mais, normalement, c'est pas pour votre type de besoin, que je ne cerne pas trop non-plus.

C'est du pure Windows, donc non portable.

Vous collez un fichier ini avec votre application, et le runtime Windows sauvegardera son contenu dans la base de registre.
C'est généralement fait pour avoir une configuration différente par utilisateur, avec une source de données par défaut dans un .ini (comme sous DOS des années 80).

Pourquoi être aussi opposé à l'utilisation d'un fichier de configuration pour enregistrer la configuration quand t'en utilises déjà un pour la "configuration initiale" ? :weird:
C'est de loin la meilleure et plus simple idée, en plus d'être la plus logique : ton fichier de config, tu le lis au démarrage de l'application pour l'appliquer. Que ce soit le premier ou 100000° lancement tu t'en moques.
Sinon comment de toutes façons tu fais pour distinguer que "alors là c'est le premier lancement, je dois lire le fichier de configuration", "là c'est pas le premier lancement, je dois lire la configuration depuis ..." ? Question à laquelle tu ne sembles pas avoir répondu sinon tu aurais des solutions (double fichier config, tester l'existence, lecture depuis une db, étape supplémentaire de compilation etc)

Tu peux obter pour une configuration par défaut en dur dans ton code. Lors de l'ouverture de l'application, celle-ci cherche un fichier de config, si non existant, il en créé un basé sur la config en dur. Aux ouverture suivantes, c'est le fichier de config qui est utilisé.Tu peux ensuite modifier la config à la main ou depuis ton code.

Bonjour,

Merci pour vos réponses. Finalement on s'est dit qu'on utilise notre base de donnée (SQL) pour enregistrer le fichier .txt (de configuration) vu qu'elle existe déjà pour d'autre besoins.
On voulait se passer du fichier parce qu'on voulait éviter que l'utilisateur puisse le modifier. La BD est du coup une solution. Là je recherche comment enregistrer mon fichier .txt dans mon SQL Server mais j'ai déjà ouvert une discussion dans l'endroit approprié.

Merci quand même et merci encore.

Houais, mais bon, d'une, la configuration de l'accès à la base, elle peut pas être dans la base et de deux, si la configuration est par machine en plus d'être par utilisateur (layout de l'interface en fonction de l'écran, lecteur réseau, etc...) on va galérer avec le machin dans une base.