Ce qui est d'application.config pour?

• Oh, si le fichier de config est pour les applications qui n'ont pas une interface pour configurer leurs propres paramètres?
• où avez-vous l'intention de conserver ces réglages, puis, dans la db?
• Si vous souhaitez créer votre propre système de configuration, y compris l'entreposage, etc, alors vous pouvez ignorer app.config. Pourquoi réinventer la roue si? Notez que la configuration système .NET est extensible (de sorte que vous pouvez théoriquement stocker les paramètres dans le registre, une base de données, etc), mais c'est un peu confus et mal documenté à ce sujet.
• - Je stocker les paramètres dans les Paramètres.les paramètres et les Propriétés.Les paramètres.Par défaut. Whare-ils vraiment aller, je ne sais pas, mais ils ne sont certainement pas accéder à l'application.config, parce que, comme je l'ai dit, si je supprime ce fichier, les paramètres de ne pas disparaître.
• Mais je pense que je l'ai. Foo.exe.remplacer les paramètres de la par défaut paramètres de l'application. Si vous la modifiez avant que l'application est exécutée pour la première fois ensuite, les modifications seront prises en compte dans l'application. Qui permettrait à un script d'installation pour adapter les paramètres par défaut pour le système je suppose.
• Pour l'application paramètres de portée, il n'a pas d'importance si modifier. Je n'ai pas utilisé de l'utilisateur-paramètres de portée de beaucoup - à partir de ce que vous dites, ça sonne comme elles sont copiées lors de la première exécution.
• Supposons que j'ai modifier manuellement certains <valeur> dans l'app.config, l'enregistrer et puis fermez-le. Maintenant, quand je vais à mon dossier bin et lancez le .fichier exe à partir d'ici, pourquoi ne pas refléter les modifications effectuées?
• Ma conjecture est que vous n'avez pas de reconstruire.
• Oui... Merci. Qui a beaucoup aidé!
• J'ai trouvé que si vous déployez l'application.config et modifier les paramètres sur le serveur, les paramètres modifiés sont ignorés lors de l'exécution, donc je ne comprends pas pourquoi vous auriez besoin de le déployer. C'est pourquoi des outils existent comme SlowCheetah de sorte que vous pouvez ne transforme au moment de la construction, droit? Mais il est malheureux que les SlowCheetah ne semble travailler sur connectionstrings et pas les paramètres de l'application. C'est malheureux parce que vous ne pouvez pas stocker les paramètres qui peuvent être utilisés pour provoquer des comportements différents en fonction de Débogage, Test, ou des environnements de Production. C'est presque comme si vous avez à revenir à des fichiers ini pour ces fins
• Vous auriez à donner plus de détails pour que nous puissions être en mesure d'aider, pour être honnête... Et ceux-ci devraient être dans une autre question. Changement de foo.exe.config dans le déploiement de l'environnement devrait fonctionner correctement.
• Merci @JonSkeet, je vais regarder ça. Semble contre-intuitif pour savoir et puis changer un truc.exe.config lorsque les recherches google, j'ai fait des recherches sur app.config ne pas révéler quoi que ce soit à ce sujet et la plupart des tout semble sous-entendre que la modification de l'application.la config est tout ce qui est nécessaire, et ensuite de prêter à confusion, il y a le SlowCheetah outil qui existe pour la même raison. Pourquoi ne pas simplement rester simple et de ne pas intégrer ce qui est dans l'application.config au moment de la construction qu'il soit lisible à l'endroit où il se trouve au moment de l'exécution? Ces apparemment ésotérique choses sont frustrantes.
• Je ne crois pas que ce qui est dans l'app.config est "incorporé" à tous. C'est juste converti en foo.exe.config et copié à côté de l'exécutable. Je n'ai jamais utilisé SlowCheetah, ne peut donc pas commenter sur la façon dont il est lié. Mais c'est pas comme si il n'y a jamais eu qu'une seule façon de faire de la configuration...

Tous les commentaires