Discussion :

[AlainTech]

Bonjour,

J'ai un petit problème de conception.
Soucieux de rester "à la page" je désire stocker des information de configuration dans des fichiers XML.
Je lis que les paramètres de portée Application sont en lecture seule ce qui me dérange.

J'aimerais, par exemple, au lancement de l'application, tester si un chemin de base de données est renseigné (et valide) et, si non, proposer une recherche ou une création.

Le seul problème est que ce chemin est de portée Application.
Je ne pourrai donc pas le stocker dans le fichier de config de l'application.
Ce dernier point me paraît logique vu que ce fichier est dans le répertoire de l'application et, si ce dernier est dans Program Files, Windows (depuis Vista) refuse aux applications d'écrire dans ce répertoire.

Je viens de découvrir qu'il existe un fichier settings.xml dans (sous XP) C:\Documents and Settings\All Users\Application Data\MaSociété\MonApplication.

Comment écrit-on, de la manière la plus propre possible, dans ce fichier?
Ce serait, me semble-t-il, la façon la plus correcte de stocker des paramètres de portée Application mais risquant d'être modifiés (je pense au déplacement d'une base de données après installation, par exemple).

Si je veux pouvoir modifier un de ces paramètres à priori "immuable", c'est que ce n'est pas la première fois que je suis confronté, en entreprise, au remplacement d'un serveur qui change donc de nom et même d'emplacement. Il s'ensuit que les paramètres de toutes les applications qui ont des données sur ce serveur doivent pouvoir être modifiées sans devoir aller éditer les fichiers de config manuellement.

[AlainTech]

Bonjour,

J'ai trouvé une piste là:
http://msdn.microsoft.com/en-us/library/ms973902.aspx

Je creuse...

[Pol63]

en même temps depuis 4 jours tu aurais pu coder un système de gestion de setting perso en xml ou ini ou autre (20 lignes de code à tout casser + 3 lignes par paramètres à sauvegarder) plutot que d'essayer de faire en sorte qu'un truc prévu pour fonctionner d'une telle manière puisse fonctionner d'une autre manière

[youtpout978]

ou sinon tu défini une variable de type string avec une portée utilisateur et tu stock ta connection string dedans, comme ça tu pourra la redéfinir comme bon te semble depuis ton application

[AlainTech]

en même temps depuis 4 jours tu aurais pu coder un système de gestion de setting perso en xml ou ini ou autre

Bonjour,

Si tu avais bien lu la question, tu aurais compris que je cherche le moyen le plus "dans les normes" possible.
Lire et écrire dans des fichiers XML ou .ini, je sais faire.
Ma question est plus fondamentale quant à ce qui est recommandé pour ce genre de stockage.

[youtpout978]

Je viens de découvrir qu'il existe un fichier settings.xml dans (sous XP) C:\Documents and Settings\All Users\Application Data\MaSociété\MonApplication.

Comment écrit-on, de la manière la plus propre possible, dans ce fichier?
Ce serait, me semble-t-il, la façon la plus correcte de stocker des paramètres de portée Application mais risquant d'être modifiés (je pense au déplacement d'une base de données après installation, par exemple).

c'est ceux stocké à la portée utilisateur et rien de plus simple à modifier ou à lire

Exemple:

Code :

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

1
2
3
 
Properties.Settings.Default.Key = txtCle.Text;
            string cle = Properties.Settings.Default.Key;

après tu peux directement les liés à un de tes composants depuis l'interface:
http://msdn.microsoft.com/fr-fr/libr...=VS.80%29.aspx

et pour les sauvegarder rien de plus simple:

Code :

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

Properties.Settings.Default.Save();

[Pol63]

Si tu avais bien lu la question, tu aurais compris que je cherche le moyen le plus "dans les normes" possible.
Lire et écrire dans des fichiers XML ou .ini, je sais faire.
Ma question est plus fondamentale quant à ce qui est recommandé pour ce genre de stockage.

avec des "dans les normes" on se retrouve à faire des trucs étranges dans certains cas

tu fais bien ce que tu veux au final tant que c'est propre et que ca fonctionne
ton but et d'avoir des paramètres modifiables, il y a des centaines de méthodes pour faire ca donc pourquoi s'efforcer à utiliser un truc qui n'est pas prévu pour ca sans bricolage
un paramètre de type application n'est pas modifiable alors qu'un paramètre de type user l'est
donc si tu trouves un moyen de modifier un paramètre de type application ca sera du bricolage, et donc loin "des normes" je pense
et je ne pense pas qu'il y a grand monde qui utilise les paramètres d'applications ...

je rappelle qu'avec des paramètres de type user, si un user modifie un paramètre, il ne le sera pas pour un autre user windows

[AlainTech]

je rappelle qu'avec des paramètres de type user, si un user modifie un paramètre, il ne le sera pas pour un autre user windows

Voilà pourquoi je voulais que certains paramètres aient une portée Application.

J'ai fait mon choix:
Un fichier Settings.xml dans un répertoire sous celui renvoyé par

Code :

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

Environment.GetFolderPath(SpecialFolder.CommonApplicationData)

Je serai ainsi compatible aussi bien avec l'arborescence XP que Vista et plus.

Merci pour les réponses.