[C#] app.config - relationele data?

[BikkelZ]

Ik heb voor een verzekeringsmaatschappij in C# iets gebouwd waarmee je premies kunt bereken. Om nu te voorkomen dat je voor iedere scheet moet hercompileren hebben we de wat grotere lijsten met parameters naar de db verhuisd, en ik zit nog met wat kleinere parameters, zoals assurantiebelasting, die ik wel variabel wil houden maar waar ik geen db table voor wil gebruik.

Enter app.config.

Werkt prima voor die belasting, maar nu heb ik een bepaalde regiokorting die per regio en per laag in de verzekering een bepaalde korting geeft. Dus eigenlijk wil ik, zoals je in principe altijd in XML kunt, tags nesten.

Kan dit, en zo ja, hoe lees ik dit uit?

Ik kan natuurlijk ok de verzekeringslaag en de regio in de key proppen en dan de korting in de value, maar dat is natuurlijk een beetje lomp.

[gorgi_19]

Waarom maak je geen eigen .config en dump je de waarden in dit xml bestand?

[ Voor 13% gewijzigd door gorgi_19 op 25-10-2007 13:48 ]

[BikkelZ]

Zoiets?

How to read XML from a file by using Visual C# 2005 or Visual C# .NET

[gorgi_19]

Bijvoorbeeld

[mOrPhie]

Of je serializeert je state-object naar XML:

How to serialize an object to XML by using Visual C#

[whoami]

Ik zou het toch in de DB zetten.
Alles op één plaats, consistent, veilig, etc... Je zou maar eens een van je xml config filetjes verwijderen.

Als het gaat om belangrijke gegevens / parameters -> DB (als je er toch een hebt).

[riezebosch]

Je kan ook je eigen configSection maken, maar da's misschien wel beetje overdone.
Bovenaan registreren:

C#:

<configSections>
    <sectionGroup name="MyCustomConfigSectionGroup">
        <section name="MyCustomConfigSection" type="ConsoleApplication2.MyCustomConfigSection, ConsoleApplication2"/>
    </sectionGroup>
</configSections>

Dan de config zelf:

C#:

<MyCustomConfigSectionGroup>
    <MyCustomConfigSection attr="asgsadf">
        <sub type="gljksdf" />
    </MyCustomConfigSection>
</MyCustomConfigSectionGroup>

En de sectionhandler:

C#:

public class MySubElement : ConfigurationElement
{
    [ConfigurationProperty("type")]
    public string MyType
    {
        set { this["type"] = value; }
        get { return (string)this["type"]; }
    }
}

public class MyCustomConfigSection : ConfigurationSection
{
    [ConfigurationProperty("attr")]
    public string MyAttribute
    {
        set { this["attr"] = value; }
        get { return (string)this["attr"]; }
    }

    [ConfigurationProperty("sub")]
    public MySubElement MySubElement
    {
        set { this["sub"] = value; }
        get { return (MySubElement)this["sub"]; }
    }
}

Zoals je ziet kan je attributen direct opnemen in de ConfigurationSection class. Als je geneste elementen wilt zal je daarvoor een afgeleide class moeten maken die ConfigurationElement implementeert.

Maar zoals gezegd, dit is misschien een beetje overdone

Zulke dingen zijn meer bedoelt voor als je een framework wilt bouwen. Het voordeel is dat configuratie op verschillende niveau's automatisch gemerged worden, het vanuit code aan te passen is, en bovendien het ook makkelijk uitbreidbaar is. Voor jouw toepassing kan je denk ik inderdaad beter gewoon de database gebruiken aangezien je die toch al hebt, zoals whoami al zei.

[ Voor 13% gewijzigd door riezebosch op 25-10-2007 15:18 ]