Quali schemi di progettazione possono essere applicati al problema delle impostazioni di configurazione?

Question

In prodotti software complessi e di grandi dimensioni la gestione delle impostazioni configurabili diventa un grave problema. Due approcci al problema sono:

• fare in modo che ogni componente nel sistema carichi la propria configurazione dai file di configurazione o dalle impostazioni del Registro di sistema.
• dispone di una classe del caricatore di impostazioni che carica tutte le impostazioni di sistema configurabili e che ogni componente richiede il caricatore di impostazioni per le sue impostazioni.

Questi approcci mi sembrano entrambi sbagliati.

Esistono schemi di progettazione che potrebbero essere utilizzati per semplificare il problema? Forse qualcosa che potrebbe trarre vantaggio dalla tecnica di iniezione delle dipendenze.

Answer 1

Preferisco creare un'interfaccia per impostare query, caricamento e salvataggio. Usando l'iniezione di dipendenza, posso iniettare questo in ogni componente che lo richiede.

Ciò consente flessibilità in termini di sostituzione della strategia di configurazione e fornisce una base comune su cui lavorare. Lo preferisco ad un unico "caricatore di impostazioni" globale (opzione 2), soprattutto perché posso ignorare il meccanismo di configurazione per un singolo componente se devo assolutamente farlo.

Answer 2

Attualmente lavoro su un sistema in cui la configurazione è gestita da un oggetto Singleton globale che mantiene una mappa delle chiavi di configurazione ai valori. In generale, vorrei che non fosse stato fatto in questo modo perché può causare colli di bottiglia nel sistema ed è sciatto per il test delle unità, ecc.

Penso che Reed Copsey abbia il diritto di farlo (l'ho votato) , ma consiglio vivamente la lettura di grande articolo di Martin Fowler su iniezione di dipendenza:

http://martinfowler.com/articles/injection.html

Un leggero addendum troppo ... se si vuole fare qualsiasi tipo di oggetto unit testing finto, l'iniezione di dipendenza è sicuramente la strada da partire.

Answer 3

Che ne dici di questo. Si definisce un'interfaccia configurabile con un singolo metodo configure (configurazione). L'argomento di configurazione è semplicemente una tabella hash che associa i nomi dei parametri di configurazione con i loro valori.

Gli oggetti root possono creare una hash di configurazione nel modo desiderato (ad es. Leggerla da un file di configurazione). Questo hashtable può contenere parametri di configurazione per l'oggetto radice iselft, più qualsiasi parametro che uno dei suoi componenti, sotto-componenti, sotto-sotto-componenti (etc) potrebbe usare.

L'oggetto radice richiama quindi configure (configuration) su tutti i suoi componenti configurabili.