2009-06-29 6 views
0

Je me demandais simplement quel serait le meilleur conseil en matière d'architecture pour une classe de paramètres. Nous avons un certain nombre de tables qui seront utilisées pour peupler la classe, je suppose qu'un Hashtable est la meilleure façon d'y aller? Il serait également agréable d'avoir une collection fortement typée disponible à travers la portée de l'application dans Intellisense.Paramètres de classe architecture

par exemple.

Settings.Car.Colour

Je me demande aussi sur les classes SQL dans la dépendance .NET - Je voudrais mettre en œuvre cet observateur demande si Pattern quelqu'un a des idées sur si son la meilleure option - ou devrais-je rouler ma propre solution. Les tables et les paramètres ajoutés dans le serveur SQL pour que cela fonctionne semblent limiter cela à un serveur géré.

D'autres classes dans le cadre que je devrais regarder?

Répondre

1

Je n'utiliserais pas les classes de dépendance SQL pour déterminer quand quelque chose change dans les paramètres de votre base de données. Cela vous attache trop à la base de données spécifique (bien que vous puissiez l'extraire, si vous le souhaitez). Au contraire, j'aurais une sorte de notification de message envoyé aux écouteurs qui sont intéressés quand les changements à la base de données se produisent, et ensuite les auditeurs invalider leur cache.

En outre, l'ajout d'une collection fortement typée est toujours conseillé. Il pourrait juste renvoyer des appels vers le hashtable/dictionnaire, mais vous voulez quelque chose que vous pouvez lier à la compilation, par opposition à l'exécution.