Si vous êtes en train de parler .Net paramètres, ils seront normalement dans une .config (fichier xml dans le même répertoire que l'application. Lorsque vous les enregistrez, toutefois, une copie locale est enregistré en tant qu'utilisateur accessible en écriture du dossier (généralement C:\Users\username\AppData\Local sous Vista). Sous XP, regardez dans le dossier Documents and Settings.
L' .Net application utilise ce fichier de préférence à "par défaut" un dans le répertoire de l'application.
L'ensemble du fichier de configuration de l'emplacement peut être un peu glissant. En fonction de si oui ou non ses un "utilisateur" ou le paramètre de la "demande", il va aller dans un autre fichier. Certains paramètres peuvent même venir à partir de votre "machine" config (Comme dans le cas de ASP.NET). Au lieu de deviner où tout est bien, je trouve ça beaucoup plus utile à demander .NET où il est à la recherche de ces fichiers. En gros:
C'est ce qui est ajouté à votre projet. Le processus de création de nom, il [myproject].exe.config. Il contient le (la plupart du temps) de lire uniquement les paramètres de l'application et le niveau de l'application par défaut pour les paramètres spécifiques à l'utilisateur. Application des paramètres de niveau sont difficiles à modifier par programmation de leurs valeurs. Le niveau d'Application de la définition de propriétés ne ont "get" défini. L'intention est:si votre paramètre est pour tous les utilisateurs de l'application, puis d'une édition manuelle (ou le programme d'installation) doit fixer eux. En cas de changement par l'utilisateur, puis en faire une par-réglage de l'utilisateur.
Binaire Paramètres Par Défaut
Votre application s'exécute sans son [myproject].exe.fichier de configuration. Pour ce faire, le fichier binaire a sa propre version du fichier "stockés". Ceci est utile, à certains égards, mais peut être source de confusion. Si vous avez un .fichier de config dans le mauvais endroit ou au mauvais nom .NET revient à la "binaire par défaut". Elle peut provoquer l'apparition de ne pas être en mesure d'influer sur les paramètres en modifiant le fichier de configuration. Utilisez la méthode ci-dessus pour savoir où l' .config va VRAIMENT, ou de faire face à la colère de la binaire des paramètres par défaut.
De l'utilisateur.Config
C'est générée la première fois que vous "enregistrer" par Défaut.Les paramètres de l'objet avec un "par utilisateur". Ce fichier est enregistré dans le profil de l'utilisateur chemin dans un emplacement basé sur le nom de votre projet, la version, le système d'exploitation, et certains autres sombres .NET magies. Les propriétés de ces paramètres sont accessible en lecture/écriture. Ils sont conçus pour être facilement défini et enregistré avec un seul appel.
De rassembler les
Alors, où faire mes réglages aller? La réponse est que, potentiellement, de nombreux fichiers sont réunis pour obtenir le "module Active-set" de paramètres. App.config et de l'utilisateur.paramètres de configuration sont les blocs de base, mais il y a de la machine.paramètres de configuration, et puis il y a la dépendance de l'assemblée des paramètres, ce qui peut compliquer les choses...mais c'est un autre sujet entièrement.
La vraie vérité des fichiers de configuration est répartis à travers beaucoup de laid cas et les détails. Cependant, avec un peu de connaissances sur la façon dont ils sont réunis, il est assez utile du système. Surtout si vous vous rendez compte que vous pouvez databind de ces paramètres 😉
+1 pour un travail très complet et utile de répondre et de me faire rire "certains noirs .NET de la magie." Je viens de supprimer mon [myproject].exe.le fichier de configuration et l'application ne pourrait pas fonctionner sans elle, de sorte qu'il ressemble à votre demande "l'application s'exécutera sans son [myproject].exe.fichier de config" n'est pas toujours vrai... j'ai pensé qu'il serait d'utiliser l'intégré les paramètres si le fichier de config n'est pas trouvé, mais il n'a pas... Cliquez une Fois à l'application de la TVA... Intéressant. J'aurais du creuser un peu pour voir si c'était un ClickOnce mise en garde. Il n'y a rien dans ce fichier de configuration dont l'absence pourrait juste être à l'origine d'un silencieux crash? Chaîne De Connexion? etc?
Faites-vous référence à l' .paramètres de fichier de votre application? Lorsque vous ajoutez les valeurs de ce fichier, une application.fichier de configuration est créé pour vous. Vous devriez le voir dans votre explorateur de solutions.
Si vous êtes en train de parler .Net paramètres, ils seront normalement dans une .config (fichier xml dans le même répertoire que l'application. Lorsque vous les enregistrez, toutefois, une copie locale est enregistré en tant qu'utilisateur accessible en écriture du dossier (généralement C:\Users\username\AppData\Local sous Vista). Sous XP, regardez dans le dossier Documents and Settings.
L' .Net application utilise ce fichier de préférence à "par défaut" un dans le répertoire de l'application.
Espère que cette aide.
OriginalL'auteur George Sealy
L'ensemble du fichier de configuration de l'emplacement peut être un peu glissant. En fonction de si oui ou non ses un "utilisateur" ou le paramètre de la "demande", il va aller dans un autre fichier. Certains paramètres peuvent même venir à partir de votre "machine" config (Comme dans le cas de ASP.NET). Au lieu de deviner où tout est bien, je trouve ça beaucoup plus utile à demander .NET où il est à la recherche de ces fichiers. En gros:
App.Config
C'est ce qui est ajouté à votre projet. Le processus de création de nom, il [myproject].exe.config. Il contient le (la plupart du temps) de lire uniquement les paramètres de l'application et le niveau de l'application par défaut pour les paramètres spécifiques à l'utilisateur. Application des paramètres de niveau sont difficiles à modifier par programmation de leurs valeurs. Le niveau d'Application de la définition de propriétés ne ont "get" défini. L'intention est: si votre paramètre est pour tous les utilisateurs de l'application, puis d'une édition manuelle (ou le programme d'installation) doit fixer eux. En cas de changement par l'utilisateur, puis en faire une par-réglage de l'utilisateur.
Binaire Paramètres Par Défaut
Votre application s'exécute sans son [myproject].exe.fichier de configuration. Pour ce faire, le fichier binaire a sa propre version du fichier "stockés". Ceci est utile, à certains égards, mais peut être source de confusion. Si vous avez un .fichier de config dans le mauvais endroit ou au mauvais nom .NET revient à la "binaire par défaut". Elle peut provoquer l'apparition de ne pas être en mesure d'influer sur les paramètres en modifiant le fichier de configuration. Utilisez la méthode ci-dessus pour savoir où l' .config va VRAIMENT, ou de faire face à la colère de la binaire des paramètres par défaut.
De l'utilisateur.Config
C'est générée la première fois que vous "enregistrer" par Défaut.Les paramètres de l'objet avec un "par utilisateur". Ce fichier est enregistré dans le profil de l'utilisateur chemin dans un emplacement basé sur le nom de votre projet, la version, le système d'exploitation, et certains autres sombres .NET magies. Les propriétés de ces paramètres sont accessible en lecture/écriture. Ils sont conçus pour être facilement défini et enregistré avec un seul appel.
De rassembler les
Alors, où faire mes réglages aller? La réponse est que, potentiellement, de nombreux fichiers sont réunis pour obtenir le "module Active-set" de paramètres. App.config et de l'utilisateur.paramètres de configuration sont les blocs de base, mais il y a de la machine.paramètres de configuration, et puis il y a la dépendance de l'assemblée des paramètres, ce qui peut compliquer les choses...mais c'est un autre sujet entièrement.
La vraie vérité des fichiers de configuration est répartis à travers beaucoup de laid cas et les détails. Cependant, avec un peu de connaissances sur la façon dont ils sont réunis, il est assez utile du système. Surtout si vous vous rendez compte que vous pouvez databind de ces paramètres 😉
Je viens de supprimer mon [myproject].exe.le fichier de configuration et l'application ne pourrait pas fonctionner sans elle, de sorte qu'il ressemble à votre demande "l'application s'exécutera sans son [myproject].exe.fichier de config" n'est pas toujours vrai... j'ai pensé qu'il serait d'utiliser l'intégré les paramètres si le fichier de config n'est pas trouvé, mais il n'a pas... Cliquez une Fois à l'application de la TVA...
Intéressant. J'aurais du creuser un peu pour voir si c'était un ClickOnce mise en garde. Il n'y a rien dans ce fichier de configuration dont l'absence pourrait juste être à l'origine d'un silencieux crash? Chaîne De Connexion? etc?
OriginalL'auteur el2iot2
Faites-vous référence à l' .paramètres de fichier de votre application? Lorsque vous ajoutez les valeurs de ce fichier, une application.fichier de configuration est créé pour vous. Vous devriez le voir dans votre explorateur de solutions.
OriginalL'auteur BFree
Sur Windows XP, il est stocké dans un fichier appelé utilisateur.config dans un sous-dossier du dossier:
http://dotnetproject.blogspot.com/2006/08/where-is-userconfig-file-located-in.html
OriginalL'auteur Greg