WPF/C#: Où dois-je sauvegarder les préférences de l'utilisateur des fichiers?

Quel est l'emplacement recommandé pour enregistrer les préférences de l'utilisateur des fichiers? Est-il une méthode recommandée pour traiter les préférences de l'utilisateur?

Actuellement, je utiliser le chemin retourné à partir de typeof(MyLibrary).Assembly.Location comme emplacement par défaut pour stocker les fichiers générés ou requis par l'application.

EDIT:
J'ai trouvé deux/questions intéressantes:

EDIT #2:
C'est juste une remarque pour les gens comme moi qui n'avait jamais utilisé les réglages avant.
Les paramètres sont assez utiles, mais j'ai dû faire tout un tas de creuser pour comprendre ce qui se passait (en provenance du Python monde, n'est pas quelque chose que j'ai l'habitude aussi). Les choses se sont compliquées que je voulais sauver les dictionnaires et apparemment ils ne peuvent pas être sérialisé. Les paramètres semblent également stockés dans 3 fichiers différents en fonction de ce que vous faites. Il y a un app.config, user.config et un settings.setting fichier. Voici donc deux liens que j'ai trouvé utile:

InformationsquelleAutor Sharun | 2008-12-28
  1. 69

    Vous pouvez utiliser les Paramètres de l'Application assez facilement.

    Si vous ne l'avez pas fait avant juste un clic droit sur le projet et choisissez Propriétés. Sélectionnez l'onglet Paramètres. Assurez-vous que vous avez choisi "User" dans le champ d'application (sinon, le paramètre est en lecture seule).

    Le code pour accéder c'est simple:

    forms.Width = Application1.Properties.Settings.Default.Width;

    Si vous avez besoin de l'enregistrer:

    Application1.Properties.Settings.Default.Width = forms.Width;
Application1.Properties.Settings.Default.Save();

    Dans l'exemple ci-dessus, la Largeur est la coutume nom du paramètre vous permet de définir les Paramètres de l'onglet et Application1 est l'espace de Noms de votre application.

    Edit: Répondre à d'autres questions

    Vous avez mentionné que vous vouliez magasin de Dictionnaire des objets dans les Paramètres. Comme vous l'avez découvert, vous ne pouvez pas le faire directement, parce que le Dictionnaire des objets ne sont pas sérialisables. Toutefois, vous pouvez créer votre propre serializable dictionnaire assez facilement. Paul Welzer avait un excellent exemple sur son blog.

    Vous avez un couple de liens qui sorte de la boue un peu la situation. Votre question initiale est de savoir où enregistrer "de l'Utilisateur des Fichiers de Préférences". Je suis pratiquement certaine que Microsoft a l'intention avec les Paramètres de la fonctionnalité est exactement cela... de l'utilisateur de stockage de la peau les préférences, les choix de mise en page, etc. Il ne faut pas y voir un générique référentiel pour les données d'une application bien qu'il pourrait facilement être abusé de cette façon.

    Les données sont stockées dans les différents lieux et pour une bonne raison. Certains paramètres sont les paramètres de l'Application et sont en lecture seule. Ce sont des paramètres dont l'application a besoin pour fonctionner, mais n'est pas spécifique à un utilisateur (par exemple, l'Uri pour les ressources de l'application ou peut-être un taux d'imposition). Celles-ci sont stockées dans l'application.config.

    Les paramètres de l'utilisateur sont stockées dans une obfuscation répertoire de profondeur dans le Document Utilisateur/Paramètres du dossier. Les valeurs par défaut sont stockées dans l'application.config (je pense, pas de rappel pour certains sur le dessus de ma tête) mais toutes les modifications de l'utilisateur sont stockées dans leur dossier personnel. C'est destiné à des données que les changements d'utilisateur à utilisateur. (Par "utilisateur", je veux dire de l'utilisateur de Windows, pas de votre application utilisateur.)

    Espère que cela clarifie un peu cela pour vous. Le système est en fait assez simple. Cela peut sembler un peu étranger au début, mais après quelques jours d'utilisation, vous n'aurez jamais à penser à nouveau... il fonctionne, tout simplement.

    • quand vous dites que le code d'accès est: les formulaires.Largeur = Application1.Les propriétés.Les paramètres.Par défaut.Largeur; est-ce à dire qu'il se charge de la Largeur c'est peut-être enregistré dans une session précédente?
    • Btw, merci pour la réponse. Appris quelque chose de nouveau ici,
    • Oui, le petit échantillon, il a fourni permettra de restaurer la largeur précédente. Si vous allez l'utiliser (avec la hauteur et la position), assurez-vous que vous avez quelques vérifications pour s'assurer que la fenêtre est visible. La restauration de la position est une mauvaise fonctionnalité de double écran les utilisateurs lorsqu'ils enlèvent le second.
    • Oui... cet échantillon était juste la première chose qui surgit dans ma tête. Vous pouvez stocker presque n'importe quoi dans les paramètres, y compris les tableaux. J'ai une assez extrême application qui stocke un grand nombre désérialisé Liste d'objets.
    • Si vous enregistrez les réglages dynamiques? Par exemple, si j'ai une garder la trace des écrans dont un utilisateur d'ouvrir et de leurs positions, ces paramètres sont dynamiques. Cela représente un scénario différent?
    • Non, vous pouvez faire la même façon. Il pourrait ne pas être le moyen le plus efficace pour vous, mais il faudra encore travailler.
    • Fait quelques recherches sur que ce matin. Il semble que vous pouvez spécifier n'importe quel objet comme un cadre aussi longtemps qu'il est TypeConvertable à/de chaîne ou XmlSerializable. La chose étrange est que VS ne jamais listes de l'un de vos types personnalisés disponibles dans le volet paramètres, de sorte que vous avez à taper dans le complet de l'espace de noms/type de chemin. Fonctionne très bien!

    InformationsquelleAutor Sailing Judo
  2. 27

    Lors de l'exécution de non-admin ou sur Vista, vous ne pouvez pas écrire dans le dossier "Program files" (ou tout sous-dossier de celui-ci).

    Le bon emplacement pour stocker les préférences de l'utilisateur est (remplacer MyCompanyName et MyApplicationName avec les noms corrects, bien évidemment)

    Sur le disque: 

    Environment.GetFolderPath(Environment.SpecialFolder.ApplicationData) + "\\MyCompanyName\\MyApplicationName"

    Ou dans le registre sous la clé:

     HKEY_CURRENT_USER\Software\MyCompanyName\MyApplicationName

    Ces sont et par utilisateur, et ils travaillent avec d'utilisateur non-administrateur, plusieurs utilisateurs utilisent le même ordinateur, le changement rapide d'utilisateur, des services terminal server et tous les autres façons dont les gens peuvent interagir avec votre logiciel.

    Si vous avez besoin d'un lieu commun pour tous les utilisateurs:

    1. Il ne fonctionne que lorsque l'utilisateur d'exécuter en tant qu'administrateur
    2. Il ne fonctionnera pas correctement sur Vista
    3. Vous avez à prendre soin de tout vous-même (comme deux utilisateurs de l'exécution de l'application sur le même ordinateur en même temps via le changement rapide d'utilisateur).

    et les emplacements sont les suivants:

    Environment.GetFolderPath(Environment.SpecialFolder.ApplicationCommonData) + "\\MyCompanyName\\MyApplicationName"

    Ou dans le registre sous la clé:

     HKEY_LOCAL_MACHINE\Software\MyCompanyName\MyApplicationName
    • Grâce Nir. Votre première alternative semble que je suis à la recherche d'.
    • Je pense que votre second doit être CommonApplicationData, pas ApplicationCommonData.
    • "vous ne pouvez pas écrire dans le "Program files"" - vous ne devez pas écrire il n'y a jamais même si vous disposez de privilèges d'administrateur.
    InformationsquelleAutor Nir
  3. 3

    Vous pouvez utiliser le stockage isolé. Vous pouvez isoler par l'utilisateur, de l'assemblage et/ou de domaine.

    Introduction de Stockage Isolé

    http://msdn.microsoft.com/en-us/library/3ak841sy(SV.80).aspx

    Types d'Isolation

    http://msdn.microsoft.com/en-us/library/eh5d60e1(SV.80).aspx

    InformationsquelleAutor Muad'Dib
  4. 1

    la suite semble être la meilleure option:

    Application.UserAppDataPath
    • Ce n'est pas disponible dans WPF, peut-être en WinForms seulement?
    • Correct, donc désolé, la réponse devient -1 parce que c'est un WinForms seule réponse et le titre de la question en fait la demande,WPF.
    InformationsquelleAutor Anne