Quando va bene usare una variabile globale

Ok, quindi questa è davvero una domanda da sostenitori del diavolo.

Quando vanno bene le variabili globali, e se mai, cosa useresti come alternativa?

Un interessante esempio di questa domanda: in che modo un campo di classe statica pubblica è diverso da un globale?

Per quanto ne so, un campo statico pubblico è fondamentalmente un globale dato che può essere chiamato da qualsiasi luogo con l'eccezione che non ostruisce lo spazio dei nomi.

L'unica volta che uso personalmente variabili "globali" nel mio codice è sotto forma di campi statici pubblici immutabili. In questo caso non è necessario preoccuparsi del valore che viene rovinato da altre parti del programma e ovviamente è molto più bello che avere una dozzina di variabili con gli stessi valori permanenti in ogni classe.

Personalmente, utilizzo i globi per la configurazione di runtime: se una proprietà di configurazione viene caricata all'avvio dell'applicazione e cambia solo di rado (e solo da un punto), è terribile e soggetto a errori passarlo a tutti i metodi che potrebbero essere necessari ad un certo punto. Meglio usare qualcosa che può essere messo in campo da qualsiasi luogo che abbia bisogno di usarlo, in quanto ciò non ingombra e oscura le firme del metodo e i siti di chiamata.

Escludendo i sistemi in tempo reale / incorporati, dovresti usare i globali solo per valori costanti, davvero. Se ritieni di non poter risolvere il tuo problema senza di loro, probabilmente stai facendo qualcosa di sbagliato.

Inoltre, guarda nello schema Singleton , freddo fornisce una soluzione migliore per i globali in quelle situazioni in cui hai bisogno di qualcosa per avere un punto di accesso globale.

Il problema con le variabili globali è che devi essere consapevole di loro ovunque nel tuo codice. Tuttavia, una volta che hai deciso che devi conoscere un particolare globale, c'è poco più da perdere nell'usarlo pesantemente. Pertanto, la mia opinione è che dovresti avere pochissime variabili globali, ma le poche che hai, dovresti ottenere il massimo chilometraggio.

Per un altro esempio di qualcosa che provo in questo modo, guarda l'uso dei mixin in Ruby.

Si tratta di spazi dei nomi.

Immagina per un momento che tutti nel mondo avessero lo stesso cognome. Che casino.

(In India, i Sikh hanno lo stesso cognome: Singh - Dai un'occhiata)

Versione breve: quando rende più facile ragionare sul programma. In genere i casi sono un tipo di stato globale o risorsa statica ampiamente utilizzata.

Versione lunga: Tom Hawtin ha detto "con un'azione spettrale a distanza" ... questo è esattamente il problema con i globi - devi sapere dove viene utilizzato e come, oppure puoi ottenere qualcosa di veramente strano e difficile da rintracciare bug. I locali non sono altro che una strategia per ridurre la portata di ciò che il programmatore deve capire per ragionare sul programma.

Un altro aspetto del problema con sapere dove vengono utilizzati è che puoi finire con duplicati globali - nel qual caso le cose possono diventare davvero strane man mano che la maggior parte dei programmi ottiene e imposta var1 mentre in un paio di posti viene usato var2 le stesse informazioni. Soprattutto quando più persone stanno lavorando sullo stesso codice. Gli IDE possono essere utili per trovare l'utilizzo riducendo il costo dei globuli, ma non fanno nulla per i duplicati.

Più globuli hai, più è difficile tenere traccia di ciò che sta accadendo con loro. Dovrebbero essere pochi e lontani tra.

I due gotcha con globuli e singoli sono testabilità e schierabilità.

Per i test, ho visto troppi imbraghi di test troppo complessi solo per affrontare le vite globali e singleton mal pianificate. Assicurati che tali oggetti abbiano regole di avvio e abbattimento chiare e semplici.

Per quanto riguarda la schierabilità, ci sono due casi da considerare. Innanzitutto, come vivrà il tuo oggetto globale? È in una libreria statica o dinamica? Se quell'oggetto globale viene riutilizzato per un plug-in, otterrai copie extra? In secondo luogo, cosa succede quando l'oggetto globale viene rilasciato in un'applicazione parallela? È sicuro per i thread?

Nel complesso, immagino che queste ragioni significhino che globuli e singoli sono usati solo eccezionalmente.

Lo sviluppo di sistemi embedded critici di solito comporta l'uso di variabili globali.

Le dimensioni dello stack sono minuscole, tutto è allocato staticamente ( malloc()è vietato), le variabili globali sono nascoste dall'esterno della libreria a cui appartengono.

In un'orribile base di codice VB6 che abusa dei globi come se non ci fosse un domani, sono colpevole di introdurne uno nuovo:

Global CsExt As New TheAppBeingRewrittenInCSharpWhileVb6CodeIsStillBeingMaintained

Penso che sia uno dei pochi casi d'uso validi per un oggetto globale.