Quali sono alcune (migliori) pratiche di organizzazione dei dati di configurazione per le applicazioni? [duplicare]

0

Sto lavorando su un'applicazione (in php) che necessita di alcune regole per valutare l'etichettatura di alcuni dati. Poiché queste regole potrebbero cambiare un giorno, ho deciso di non codificarle, piuttosto di gestirle come configurazione per la mia applicazione.

La situazione di cui sopra potrebbe essere specifica, quindi la mia domanda è: quali sono le migliori pratiche comuni (preferibilmente) nella fase iniziale di sviluppo per quanto riguarda le configurazioni dell'applicazione rispetto alla manutenibilità futura?

Modifica: questa domanda, a differenza di altre su questo sito, non si concentra su informazioni sensibili (ad esempio stringhe di connessione), ma piuttosto su un approccio generale per memorizzare le configurazioni.

    
posta gen 31.05.2015 - 21:15
fonte

2 risposte

1

Non lo farei proprio come ha fatto Mike Nakis, ma ha un punto.

In un linguaggio di scripting come PHP, raccomanderei di creare una classe con i vari valori di configurazione codificati o come proprietà di sola lettura o costanti di classe.

È un linguaggio di scripting, non c'è differenza tra spingendo configfromdb.php, config.yaml e config.php, e sono più difficili da gestire a causa del livello extra di riferimento indiretto.

    
risposta data 31.05.2015 - 21:42
fonte
-1

Se stai codificando in un linguaggio di scripting come PHP, investire qualsiasi sforzo per evitare l'hard-coding è una perdita di tempo.

È una sceneggiatura orribile! Hard-code di distanza! Hard-code tutto!

Il codice di scripting non è un codice "difficile" per cominciare.

EDIT: non confondere "hard coding vs. file di configurazione" con "dichiarazione di costanti e riutilizzo di valori letterali". Questa domanda riguarda "hard coding vs. file di configurazione".

    
risposta data 31.05.2015 - 21:25
fonte

Leggi altre domande sui tag