Discussion :

[noftal]

bonjour,

Je cherche à lire et écrire programmatiquement dans les paramètres de l'application (onglet Paramètres du projet sus Visual studio et My.Settings en VB.NET).

Lorsque je fais :

Code :

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

1
2
My.Settings.Database = "toto"
My.Settings.Save()

Nota : je me suis inspiré de ce topic qui ressemble en gros à ce que je veux faire.

Je ne retrouve pas "toto" en face du paramètre Database dans l'onglet Paramètres de VS2010.
Pourtant par le code, je vérifie que la valeur est bien conservée et réutilisée à chaque utilisation de l'appli.

est-ce normal ?
EDIT : si c'est normal, je me demande où sont stockés ces paramètres.

Confirmez-vous que l'on ne peut pas modifier programmatiquement un paramètre de type (Chaîne de Connection) et qu'il faut donc utiliser un paramètre de type string pour les connections aux bases de données si l'on souhaite modifier ce paramètre en cours d'appli ?

Dans ce cas, j'ai un autre problème : pour fonctionner, mon dataset typé qui représente l'ensemble de ma BdD (l'onglet XSD) fait référence à cette fameuse chaîne de connexion. Si je change sont type en String, le dataset typé ne se charge plus...

[wallace1]

Bonsoir noftal,

lorsque tu enregistres ton paramètre il est inscrit sur ton disque dur dans un fichier nommé "user.config" situé dans ce chemin :

"C:\Users\%USERNAME%\AppData\Local\%YOUR_APP_NAME%\........."

Si tu t'attends à trouver dans l'EDI la valeur "toto" dans le tableau alors tu peux toujours attendre ça ne fonctionne pas ainsi !
La valeur est utilisée par l'application lors de l'exécution et non dans l'EDI.

Si tu vois apparaître une valeur dans les paramètres de ton projet alors ça veut tout simplement dire que tu as mis une valeur par défaut.

Voilà pour ta première question. Pour le reste je laisse le soin aux spécialistes de te répondre.

Bonne soirée.

[Pol63]

je confirme

après c'est rarement le 1er choix, mais néanmoins sur des petits projets ca peut suffire (et ca fonctionne donc ^^)

par contre pour pouvoir modifier ces paramètres, il faut qu'ils soient de type "Utilisateur" et pas du type "Application"
par défaut ils sont en mode application, et là ca n'est pas modifiable (ca serait donc totalement inutile)

et ca créé en effet un fichier xml dans un dossier de l'utilisateur ; changer l'exe de machine reprend donc le paramètre par défaut

[noftal]

Alors justement, le fait que ces paramètres soient enregistrés pour chaque utilisateur me pose un pb.
Pour vous faire comprendre, je dois donc vous exposer mon besoin fonctionnel.
Mon appli fonctionne autour d'une base de données locale. Il s'agit d'une gestion de bibliothèque.
Lorsque l'utilisateur lance l'appli pour la première fois, l'appli doit vérifier si une base a été déjà renseignée (1). Sinon, il demande à l'utilisateur à quel endroit il souhaite implanter le fichier de bdd (2). Une fois ceci fait l'appli doit donc directement interroger la bdd là où elle se trouve et les étapes 1 et 2 sont sautées.

Pour 1 et 2 voici les solutions que j'avais imaginées :
(1) : test sur la chaine ConnectionString implantée dans les paramètres du projet de type (chaîne de connection), paramètre au niveau de l'appli. Si cette chaine est vide on passe à 2
(2) : on stocke dans ConnectionString le chemin d'accès à la bdd spécifié par l'utilisateur et on copie une BdD vierge stockée dans les "resources" vers l'emplacement désigné.

Il ne faut pas que, si je change d'utilisateur, une autre bdd soit créée d'où mon objection initiale.

Cependant la solution évoquée ne marche pas. Comme vous l'avez dit, on ne peut pas modifier un paramètre de portée "application".

Donc, par rapport à cette exposé, avez-vous une solution à suggérer ?

[Pol63]

my.Settings n'est qu'une des solutions possibles pour avoir des paramètres
et comme je l'ai dit elle est rarement utilisée, on le voit elle ne sied pas à ton cas
utilise donc autre chose comme un fichier à côté de l'exe (.ini, .xml)
la sérialisation xml est pratique pour quelques paramètres, ca fait peu de code à écrire

[wallace1]

Bonjour noftal,

Pourquoi ne pas utiliser 1 fichier de configuration ".ini" ou ".xml" ?

Bien qu'un simple fichier ".ini" devrait suffire pour stocker aussi peu de paramètres...


PS :
le fichier de paramètres du type "user.config" a ses limites : lorsque tu décides de mettre à jour ton programme alors le fichier de config existant ne peut plus être utilisé car son répertoire racine est une sorte de hachage généré à partir des informations suivantes ; ProductName, ProductVersion, ...etc....

A+


EDIT : Pol63 a été plus rapide ......

[noftal]

N'ayant pas de connaissance sur les fichiers INI ou XML (ni sur la sérialisation), je me suis orienté vers le stockage des paramètres dans le registre que je maîtrise un peu déjà.
Cela dit, il souvent conseillé de stocker les paramètres dans HKEY_CURRENT_USER alors que, dans mon cas, il vaudrait mieux stocker ma chaine de connexion dans HKEY_LOCAL_MACHINE si j'ai bien compris