Angenommen, ich habe eine große .NET-Lösung, die über einige Datenzugriffsprojekte verfügt, die von einigen anderen Projekttypen wie einer Konsolenanwendung und einer Webanwendung verwendet werden. Ich möchte, dass beide das Datenzugriffsprojekt verwenden können, aber die App für den Datenzugriff muss die Konfiguration aus ihrer Konfigurationsdatei entnehmen ... also web.config für das Webprojekt und app.config für die Konsole/Service-Apps. Dies führt dazu, dass ich die Konfiguration in zwei oder mehr separaten Konfigurationsdateien verwalten muss, was ich nicht mag. Was ist der beste Weg, sie an einen zentralen Ort zu bringen?.NET: zentralisierte Split-Konfiguration
Ich möchte, dass es immer noch leicht ist, also könnte eine Konfigurationsdatenbank übertrieben sein. Ich denke vielleicht eine zentralisierte Konfigurationsdatei, die durch den Build-Prozess in web.config/app.config kopiert wird, wenn die jeweiligen Projekte gebaut werden, aber ich wollte sicherstellen, dass ich nicht irgendwo eine andere Best Practice verpasse. Ich habe auch über machine.config nachgedacht, aber ich möchte Konfiguration so viel wie möglich isolieren, um andere Anwendungen auf einem gegebenen Computer möglicherweise nicht zu stören. Und mithilfe von machine.config müsste ich herausfinden, wie das Build-Skript die Datei automatisch per Fernzugriff aktualisieren kann.