Sostituzione framework di configurazione, alla ricerca di una alternativa

Question

Sto usando i seguenti framework di configurazione home-grown per gestire la configurazione dei miei progetti per un paio di anni a questa parte:

1. I primi uno imita i file di Java .properties (un gruppo di linee supergroup.subgroup.property=value con supporto per le raccolte) e funziona bene per molte situazioni (trovo che sia il migliore per le piccole applicazioni). Questo è buono per molto semplice configurazione

2. Un secondo basato su DataContractSerializer (e facoltativamente XmlSerializer) che consente tutte le funzionalità del primo con tutti i vantaggi di XML e meno idraulici per farlo funzionare. Questo è buono ma poco pratico e ingombrante da gestire senza un'interfaccia utente esplicita sopra di esso per mitigare i grattacapi di insegnare agli utenti finali a modificare XML.

Entrambi i quadri maresciallo esistente da e POCOS senza problemi per consentire l'accesso ai valori di configurazione attraverso proprietà/campi (attraverso manuale/serializzazione automatica rispettivamente), quindi sono molto facili da lavorare come sviluppatore.

Ora che sto rivedendo la loro capacità di abilitare il database e la configurazione fluente, sto cercando un'alternativa pronta all'uso (preferibilmente open source). Non ho alcun problema a rielaborare tutti i miei progetti esistenti se riesco a ridurre la duplicazione di codice non necessaria e consentire loro l'accesso a DB e una configurazione fluente (oltre alle loro capacità esistenti).

Qualche suggerimento o vale la pena girare il mio per ottenere le funzionalità che sto cercando?

Nella mia ricerca ho trovato this domanda potenzialmente duplicato cui risponde Nini ma non è stato aggiornato in quasi 2 anni e supporta solo le opzioni ho già coperti (basata sulla sua documentazione in ogni caso). Ho perso qualcosa nella mia ricerca o c'è un'alternativa migliore?

Aggiornamento

Le caratteristiche esplicite che sto cercando sono:

• file XML
• INI/Java-like properties file
• Database (almeno MS SQL e SQLite, opzionalmente MySQL e qualsiasi altro come si possa immaginare)
• Fluente (generazione codice non richiesta)
• Una sorta di API di estensione per consentirmi di aggiungere le mie fonti
• È necessario serializzare su/da una qualsiasi delle origini dati per essere accessibile tramite proprietà/campi.
• supporto Enumeration

Sarei interessato ad estendere un quadro esistente se è abbastanza aperta per fare quello che devo fare, ma per il resto probabilmente non è una buona misura.

---

UPDATE

La funzionalità dal System.Configuration spazio dei nomi esistente è grande, e io sono a conoscenza di come ben si può lavorare, ma in generale non fa quello che sto cercando. L'ho usato (anche in scenari avanzati) ma essendo che consente solo un'estensibilità XML limitata: non è quello che sto cercando.

Se devo dare una qualsiasi delle funzionalità predefinite, direi che la configurazione fluente è la meno importante (sarebbe estremamente difficile fornire comunque un'interfaccia valida per questo in genere). Metterò insieme qualcosa in cima a quello che trovo.

Il solo fatto che siano trascorse più di 24 ore (e più di 125 visualizzazioni) e nessuno è stato in grado di offrire un ragionevole alterativo mi dice che probabilmente non esiste. Inizierò da solo nella speranza che qualcuno possa fornire un'alternativa interessante.

Answer 1

La creazione di un gestore configurazione generico è un'attività molto impegnativa. Nel corso degli anni, non ho visto alcun quadro di configurazione emergente e non ho intenzione di farlo. Basta dare uno sguardo allo spazio dei nomi System.Configuration e puoi vedere quanto sarebbe costoso cercare di abbinare un insieme simile di funzionalità. Il più delle volte, i requisiti di configurazione sono molto specifici del progetto e non vi è alcun punto d'argento.

Il mio consiglio sarebbe quello di attenersi alla propria soluzione, purché sia ​​facilmente testata da unità e funzioni.

Answer 2

Si prega di controllare fuori Cinchoo Configuration Framework, offre la maggior parte delle funzionalità che stai cercando.

Qui è il modo più semplice per definire e utilizzare l'oggetto configurazione utilizzando quadro Cinchoo

namespace HelloWorld 
{ 
    #region NameSpaces 

    using System; 
    using Cinchoo.Core.Configuration; 

    #endregion NameSpaces 

    [ChoConfigurationSection("sample")] 
    public class SampleConfigSection : ChoConfigurableObject 
    { 
     [ChoPropertyInfo("name", DefaultValue="Mark")] 
     public string Name; 

     [ChoPropertyInfo("message", DefaultValue="Hello World!")] 
     public string Message; 
    } 

    static void Main(string[] args) 
    { 
     SampleConfigSection sampleConfigSection = new SampleConfigSection(); 
     Console.WriteLine(sampleConfigSection.ToString()); 
    } 

} 

prima volta, quando si esegue l'applicazione, quadro Cinchoo genera automaticamente la sezione di configurazione come sotto. Quindi, è possibile controllarli tramite la sorgente di configurazione o il codice.

<?xml version="1.0" encoding="utf-8"?> 
<configuration> 
    <configSections> 
    <section name="sample" type="Cinchoo.Core.Configuration.ChoNameValueSectionHandler, Cinchoo.Core, Version=1.0.0.0, Culture=neutral, PublicKeyToken=b7dacd80ff3e33de" /> 
    </configSections> 
    <sample> 
    <add key="name" value="Mark" /> 
    <add key="message" value="Hello World!" /> 
    </sample> 
</configuration> 

Answer 3

La soluzione che ho per voi rientri nel Spring Framework .NET, che tra le altre grandi caratteristiche hanno il PropertyPlaceholderConfigurer classe.

Questa classe mira a esternalizzare alcune delle proprietà presenti nei file di configurazione xml. Quindi, invece, annota valori letterali (come stringhe di connessione, password o altri parametri), metti segnaposti, come $ {sql.server}, $ {sql.password} che saranno automaticamente sostituiti dai valori esterni.

Questi valori esterni possono essere ovunque. Nel caso della mia azienda, dato che abbiamo un sistema legacy che utilizza gli stessi valori, li abbiamo inseriti nel registro di Windows (che ovviamente non è consigliato per i nuovi progetti).

Ma, essere consapevoli che questa non è una funzionalità autonoma di Spring, viene fornito con Spring.Core, e sarà necessario utilizzare i file di configurazione di primavera e le funzionalità di iniezione di dipendenza.

http://www.springframework.net/doc-latest/reference/html/objects.html#objects-factory-placeholderconfigurer