Enregistrement/Modification/Utilisation des paramètres de l'application

Question

J'ai besoin de conseils/bonnes pratiques/liens.

Application Web régulier C# et ASP.NET 4.0 MSSQL 2012 VStudio 2013

J'ai construit une application web + console d'administration web et voudrais connaître la meilleure façon d'utiliser tous les paramètres de la ligue/les configurations qui sont stockées dans la base de données. J'ai construit un système de gestion de ligue de hockey + site Web de statistiques. Ces paramètres/configuration peuvent être modifiés. Chaque ligue peut y changer les paramètres/configurations.

Quelques exemples: Plusieurs ligues utilisent mon système. Lorsque vous visitez le site Web des statistiques, l'administrateur de la ligue peut choisir d'afficher ou non une colonne dans le classement. Ils aimeraient également personnaliser l'ordre par colonne pour la grille que j'ai. Lorsque vous remplissez un formulaire sur le site Web, l'adresse électronique à laquelle envoyer le formulaire est unique pour chaque ligue. J'ai environ 20 paramètres comme ça et ça peut changer rapidement (plus de réglages). Tous les paramètres et config sont simplement des valeurs booléennes, entières ou chaînes.

Il est préférable de charger tous les paramètres en session et de jouer avec? Dois-je créer une classe/DLL générique qui gère tous mes paramètres possibles? Autres conseils ...?

Merci à tous

Rick

P.S. Désolé pour le mauvais anglais, pas ma langue maternelle!

Answer 1

Vous êtes sur la bonne voie et avez déjà répondu à la plupart de vos questions. Pour une application Web, il est assez courant de charger les paramètres d'un utilisateur dans une session var lors de la connexion (sauf si plusieurs serveurs sont configurés en tant que batterie de serveurs Web).

Configurer une classe, pour envelopper vos paramètres, est également une bonne conception, car vous pouvez utiliser des types forts et ajouter des mécanismes pour stocker les paramètres dans votre session & db. Si vous changez cette approche, il sera plus facile de refactoriser/réorganiser votre approche. Certains diront: stocker les paramètres utilisateur sous forme de colonnes dans une table. Certains diront que vous devriez le normaliser afin qu'il agisse plus comme une table de hachage. Certainement, le stocker en tant que XML serait le plus simple et le plus flexible, plus vous pouvez utiliser la sérialisation XML pour obtenir les paramètres dans/hors d'une classe de wrapper de paramètres. Basé sur la description (limitée) de votre projet, je pense que XML serait un peu plus de travail, mais en vaut vraiment la peine. C'est ce que je ferais.