Pourquoi utiliser app.config pour stocker des données de configuration ?

Question

Je suis actuellement en train de compléter une application qui a été commencée par quelqu'un d'autre. Il utilise le fichier app.config pour certains paramètres, et un fichier xml personnalisé pour d'autres parties. Cela me rend fou, et je veux consolider la configuration dans un seul fichier.

Mais je ne suis pas certain de déplacer tout dans le app.config et jeter le fichier xml personnalisé, ou déplacer tout dans l'autre fichier et oublier le app.config.

Je vois deux arguments, un pour chaque option :

1. Utiliser la manière standard fournie par Visual Studio est plus facile à maintenir pour quelqu'un d'autre que moi.
2. Je peux valider le fichier personnalisé contre mon propre schéma xml, externalisant ainsi de nombreux tests si le fichier de configuration contient toutes les données requises, etc.

Mais je suis certain qu'il y a beaucoup plus de choses que je ne peux pas imaginer pour le moment. C'est pourquoi je demande :

Quels sont les avantages ou les inconvénients d'utiliser app.config pour stocker votre configuration par rapport au fichier de configuration 'traditionnel' ?

Answer 1

Je suis d'accord que le sérialiseur XML combiné avec une classe "Paramètres" est un excellent endroit pour stocker vos paramètres, surtout si vous avez beaucoup de types ou d'objets personnalisés.

Answer 2

Il est très facile de créer des classes pour définir vos propres sections de configuration dans Web.config, ce qui vous donnera un accès fortement typé à vos données de configuration, vous permettra de définir une sorte de schéma pour les informations de configuration, etc. Voir, par exemple, cet article [4guysfromrolla.com] pour les détails de mise en œuvre.

Answer 3

App.config est le paramètre par défaut et dans la plupart des cas, c'est la meilleure façon de gérer les configurations d'application, cela dit, il y a un coût lorsque vous avez besoin de parcourir le fichier pour obtenir des valeurs et lorsque le fichier devient suffisamment volumineux, cela devient un problème.

C'est davantage un problème avec les applications web qui ont de grands fichiers web.config, à chaque fois que vous faites une demande, le web.config est analysé et cela peut être épuisant, vous verrez cela avec certains mappages ORM.