Meilleure façon d'avoir un fichier de configuration lisible en direct dans Asp.Net

Question

Je dois modifier certaines variables (uniquement dans un contexte de développement) sans avoir à redémarrer IIS ou quoi que ce soit (donc je suppose que Web.Config est le mauvais endroit pour les mettre). Où est le meilleur endroit pour définir environ 500 paramètres de configuration qui doivent être lus pour chaque requête et écrits, comme je l’ai dit, pendant l’exécution de IIS?

MODIFIER : comme je l'ai dit, il ne s'agit que d'un développement Q & D, je ne me soucie donc absolument pas de la performance. Une base de données est un peu exagérée (et est probablement plus de travail que je ne veux en traiter), je veux quelque chose de rapide (comme Paramètres), que je n'ai pas à m'inquiéter de l'analyse et où je peux lire et écrire. Si je crée du XML, où dois-je écrire le fichier pour ne pas perdre de temps à perdre du temps avec les autorisations?

Answer 1

Dans une base de données?

Answer 2

500 paramètres de configuration à lire pour chaque demande? Je les mettrais dans une base de données pour pouvoir les indexer et les mettre en cache. Un fichier XML ou un fichier de données distinct serait également probablement mis en cache en mémoire par le serveur Web, mais ne fournirait toujours pas les performances qu'une table de base de données indexée pourrait générer. Mais cela dépend de la manière dont vous accédez aux paramètres.

Answer 3

Vous pouvez créer votre propre " config " fichier. Juste ne l'appelez pas .config. Ensuite, vous pouvez le lire comme un fichier texte et définir toutes vos propriétés. Il suffit de mettre en œuvre votre propre classe de surveillance de fichier ou de savoir que le fichier a changé pour pouvoir mettre à jour votre code.

Answer 4

Avec toutes ces options de configuration, un système de base de données, avec quelques idées de mise en cache bien pensées, sera probablement la meilleure idée en général!

Vous devez également tenir compte de l'impact de leur chargement / stockage sur toutes les demandes, car même avec des valeurs de petite taille, cela peut représenter une importante charge supplémentaire. Le cache sera donc très important.

Answer 5

Je sais que vous avez dit ne pas vouloir de base de données, mais avec 500 paramètres, cela semble tout simplement la meilleure solution.

Cela dit, si vous ne voulez vraiment pas de base de données, vous pouvez toujours les transférer dans un fichier xml stocké localement et les lire / écrire si nécessaire.