Klassendesign/beste Methode zum Initialisieren einer Benutzerkonfigurationsdatei

Question

Ich möchte eine Benutzerkonfiguration über eine Benutzerkonfigurationsdatei initialisieren. Der Pfad für die Datei kann aus der Registrierung gelesen werden. Die Datei befindet sich in einem Ordner mit dem Benutzernamen.

Also muss ich die folgenden Funktionen:

• eine Zeichenfolge aus der Registry
• Aufbau der Pfad in die Konfigurationsdatei Lesen
• die Datei in ein Konfigurationsobjekt Lese

Jetzt gibt sind mehrere Ansätze, um damit umzugehen:

Zuerst brauche ich

• ein „Helfer“ -Klasse für den Dateipfad bekommen (wir es Geteilt nennen)
• ein „Container“ -Klasse für die Konfigurationsinformationen (lassen Sie uns Konfiguration nennen)

So, Shared hat eine Funktion/Eigenschaft wie UserConfigurationFile, die den Pfad zur Konfigurationsdatei zurückgibt.

, um den Pfad der Datei zu erhalten Ich habe eine Funktion InitializeUserConfigurationFile(), die im Konstruktor Shared genannt wird:

class Shared { 
    public Shared() 
    { 
     InitializeUserConfigurationFile(); 
    } 

    void InitializeUserConfigurationFile() 
    { 
     // 
     // Reads username 
     // 

     // 
     // Reads path from Registry 
     // 

     // 
     // etc. 
     // 

    } 


    // 
    // etc. 
    // 
} 

Irgendwelche bessere Vorschläge?

Wenn ich möchte, dass meine Container wir verschiedene Optionen initialisieren:

• Ist es am besten, die Benutzerkonfiguration innerhalb des Konstruktors zu initialisieren?

Sth. wie:

class Container 
{ 
    Shared shared = new Shared(); 

    public Container() 
    { 
     InitializeUserConfiguration(); 
    } 

    void InitializeUserConfiguration() 
    { 
     LoadConfiguration(shared.UserConfigurationFile); 
    } 

    void LoadConfiguration(string filename) 
    { 
     // 
     // Initializes all parameters frome filename 
     // 
    } 
} 

• Oder durch zwei Schritte (durch eine eigene Methode LoadConfiguration())?

Sth. wie:

Shared shared = new Shared(); 
Container container = new Container(); 

container.LoadConfiguration(shared.UserConfigurationFile); 

• oder im Konstruktor von Containern durch einen Dateinamen liefert?

Sth. wie:

Shared shared = new Shared(); 
Container container = new Container(shared.UserConfigurationFile); 

oder alles in Container ..?

Es gibt so viele Möglichkeiten ...

Ich hoffe, dass jemand ein Best-approch weiß ...

Grüße,

Inno

Answer 1

Es ist besser, Standardkonfiguration Klassen in .net existieren zu verwenden. Wie ApplicationSettingsBase und Configuration.

Hier können Sie gute Artikel-Serie finden:

1. Unraveling the Mysteries of .NET 2.0 Configuration
2. Unraveling the Mysteries of .NET 2.0 Configuration
3. Cracking the Mysteries of .NET 2.0 Configuration

Answer 2

Für beste Praktiken, do nicht die Registrierung verwenden, und dies nicht tun das Rad neu erfinden.

Da Sie es nicht erwähnt haben, haben Sie sich den System.Configuration-Namespace angesehen?

Das .NET Framework enthält ein perfektes Konfigurationssystem, das gut getestet wurde. Es ist auch die Domäne von Sys Admins, die auch über Konfigurationsdateien und die begleitenden Tools Bescheid wissen.

Es ist also unklar, warum Sie das Rad neu erfinden und es vielleicht ein bisschen weniger rund machen.

Es gibt praktische Gründe, die Registry zu meiden (Distribution, Backup), aber auch, wie der Arbiter darauf hinweist, dass es nicht auf andere (zukünftige) Plattformen verschoben wird. Haben Sie bemerkt, dass diese Namespaces nicht mit System beginnen?