Le contexte dans lequel vous voulez changer le fichier affecte vraiment comment vous devriez le faire. Si vous cherchez à effectuer des changements assez fréquemment, mais dans un domaine administratif, alors une sorte d'outil de ligne de commande est logique, et dans ce cas je serais d'accord avec JaredPar que PowerShell serait un outil précieux. Si, d'un autre côté, vous vous trouvez dans une situation où vous devez modifier web.config dans un environnement plus programmatique (par exemple, dans le cadre d'un programme d'installation), l'utilisation de technologies programmatiques pourrait avoir plus de sens . J'ai récemment dû faire une telle chose et Linq to Xml s'est avéré très pratique.
Par exemple, pour ouvrir un document "C: \ foo \ bar.xml" vous pouvez faire quelque chose comme (non testé, aucun environnement de construction pratique pour le moment):
XDocument config = XDocument.Load(@"C:\foo\bar.xml");
Vous pouvez ensuite continuer de la manière habituelle avec le API. Notez que cela peut être exagéré si vous effectuez une tâche administrative plutôt qu'une tâche programmatique - il y a de gros avantages à long terme pour l'apprentissage d'un outil tel que PowerShell.
Enfin, si vous modifiez le fichier web.config à partir du programme que le web.config est utilisé pour, et vous ne rien faire trop de fantaisie ou dynamique, puis en utilisant le haut-Settings
ou ConfigurationManager
peut être le chemin à parcourir.
merci, mais je dois créer un programme pour modifier un web.config Lets dire que je pose sur mon web.config deskop et non la web.config réelle de mon projet .... comment pourrais-je faire ce? – Etienne