2010-07-23 5 views
1

Ces fichiers de configuration sont susceptibles de gonfler lorsque vous ajoutez des composants à votre projet Web. NHibernate, Castle, log4net - ils veulent tous une part de cette action.Quand web.config est-il trop grand?

Instinctivement, j'ai tendance à préférer la configuration codée en dur (en supposant bien sûr que les données de configuration ne changeront pas beaucoup) - un NHibernate fluide. Je crains que si le fichier de configuration devient grand, l'accès aux données ralentira, au détriment de l'application. J'ai aussi tendance à penser que les données du code compilé seront plus rapides à accéder que les données d'un fichier externe.

J'ai raison de penser cela?

Aussi, comment ça marche? Le fichier de configuration est-il analysé et chargé en mémoire la première fois qu'il est accédé? Un accès ultérieur est-il aussi rapide que d'autres types d'accès en mémoire, comme (disons) accéder à une variable locale?

Merci pour toute info.

David

Répondre

1

Si vous êtes dans une application web, alors asp.net ne surveille le fichier de configuration et le recharger si elle change mais les applications de bureau ne généralement pas. Mais vous pouvez facilement ajouter un observateur de fichier au fichier pour accomplir ceci.

Mais si vos fichiers deviennent trop volumineux, une chose à considérer est de diviser le fichier en plusieurs fichiers. Scott Allen a un bon article ici à ce sujet: http://odetocode.com/Articles/418.aspx

Questions connexes