Dove e come viene memorizzato il registro di sistema in Windows?

La maggior parte di questo è dovuto alla storia. Se per esempio, vai in qualche vecchio bar o pub?

Potresti vedere questo cartello:

Ok, pensi davvero che ci sia ancora un alloggio disponibile per il tuo cavallo? No!

Windows ha iniziato ad usare il concetto di file ".ini". In quei file esistevano le impostazioni tipiche di un'applicazione. Tuttavia, spesso si potrebbe dire di installare SEI programmi. E con l'ascesa di ActiveX, (oggetti ole/com), allora l'idea era che "molti" programmi potevano essere installati, ma un mezzo standard/possibilità per ALTRI programmi di consumare quel software era l'obiettivo qui. Infatti Bill Gates ha parlato del "sogno" di un giorno in cui si poteva scrivere del codice in Word, ma semplicemente "usare" Excel in quell'applicazione. In altre parole:

Sto scrivendo del codice. Voglio un'istanza di un controllo di visualizzazione ad albero. O forse voglio usare Excel nel mio codice. Così questo concetto ha dato origine al concetto di posizione centrale. Dopo tutto, non sarebbe pratico per del codice in esecuzione andare a "trovare" Excel o Word. E se si va a scrivere del codice che ottiene/aggancia/utilizza quell'applicazione o quel bel controllo di visualizzazione ad albero?

Quindi per un utente? Ok, un semplice collegamento sul desktop o in qualche menu potrebbe fornire un nome di percorso al programma word.exe o altro.

Tuttavia, che dire di questo concpet MOLTO nuovo e avanzato che un programma può consumare e usare ALTRE parti di programma. E avendo un registro centrale, quel codice non deve sapere o preoccuparsi di dove è installato quel software.

Posso semplicemente dire a windows:

Per favore procurami un controllo della vista ad albero.

Per favore procurami un'istanza di word. Voglio usare quel codice e quei programmi NEL MIO programma.

Quindi il concetto di sistema centrale è ancora usato per due grandi ragioni:

Primo, la storia. Come quella vecchia insegna di taverna qui sopra? Beh, da quando chi fa software, chi installa software e ciò che ammonta a miliardi di dollari di codice e programmi esistenti? Beh, tutti presuppongono e usano il registro di sistema. Quindi la rimozione del registro romperebbe più di 20 anni di software esistente che può ancora funzionare su Windows oggi.

Ma la ragione più convincente è quella dell'interoperabilità degli oggetti COM che Windows ha. Linux e altri sistemi hanno iniziato ad avere sistemi simili (COBRA - e si scopre che hanno anche bisogno di un luogo centrale comune per registrare il software).

Quindi, centralizzando la registrazione e le informazioni sui programmi che si installano, le librerie di codice potrebbero essere condivise - e condivise piuttosto facilmente. E, cosa ancora più importante, condivise senza che il software che le consuma debba conoscere la posizione in cui quel software è installato. Così, mentre il registro ha MOLTE delle sue radici nel tentativo di fornire un sistema centralizzato per le "impostazioni" del software? L'obiettivo principale non era necessario per memorizzare SOLO le impostazioni delle applicazioni, ma fornire un sistema centrale per tutti i programmi - specialmente quelli basati sul concetto di ActiveX, ole e "COM" di Windows (che sono tutte le stesse tecnologie. Queste tecnologie permettono a un programma di consumare + utilizzare altri programmi e parti come oggetti, e soprattutto lo fanno senza dover conoscere il nome del percorso effettivo e la posizione di quel software).

Quindi quando si installa diciamo office? Allora il codice della barra multifunzione, il sistema VBA, e vagonate di oggetti e codice è CONDIVISO tra tutte le applicazioni di office. E quindi una parte di office quando ha bisogno di usare/trovare/creare qualche istanza di oggetto da quella enorme libreria di codice? Bene, allora il sistema operativo e il registro si prendono cura di quel processo.

Ora con l'ascesa del web, stiamo vedendo MOLTO meno software scritto secondo lo standard "COM" in cui altri programmi possono usare quei bit e parti. (ora usiamo SOAP o rest per questo).

Quindi molto di questo è storia, ma il registro non può davvero essere rimosso, poiché vagonate di software girano e assumono che il registro contenga la posizione di altre parti. Quindi se scrivo del software per esempio per visualizzare un PDF in un modulo? Bene, il mio software può continuare a funzionare nonostante si cambi o si aggiorni a un nuovo lettore PDF. Ma le informazioni nel registro?

Bene, il mio programma può dire:

Per favore, trovami il codice di visualizzazione del PDF. E per trovare questa informazione - risiede nel registro e quindi il mio software + codice NON deve indovinare o anche sapere dove il software PDF è effettivamente installato - usa il registro centrale.

Quindi il registro ha fornito quella posizione comune e centrale sul software installato. Questo requisito è il motivo per cui il registro è qui per rimanere. Mentre le impostazioni di ogni software hanno iniziato ad usare il registro, tali software potrebbero tornare a dire un semplice file di testo, o qualche file .ini per memorizzare i molti default e le impostazioni che il software ha oggi. Quindi, per le impostazioni del software, il registro di Windows potrebbe essere facilmente sostituito.

Ma, per il software che dice: per favore, fammi avere un controllo della vista ad albero che è stato installato? Bene, ora dove cercherebbe il programma?

Non solo questa ricerca richiederebbe molto tempo, ma senza un sistema centralizzato che costringa tale software ad essere registrato in una posizione comune? Allora diventa difficile, nel migliore dei casi, risolvere questo problema.

Immagino che si potrebbe creare una cartella. (non sono sicuro di come Linux faccia la risoluzione degli oggetti - spero che qualcuno salti su come funziona - ma un tale sistema richiede un luogo comune centralizzato per queste informazioni e per il software installato).

Quindi, mentre l'industria si sta allontanando da COM e da questa cosiddetta comunicazione inter-op tra il software installato sul tuo computer? Beh, è come quel vecchio cartello sopra - troppo codice esistente richiede quel registro per funzionare correttamente.

Così il registro è molto da fare per windows avendo iniziato questo concetto di software installato può essere usato + consumato da altri software.

Quando Word è uscito, e la prima volta che qualcuno ha inserito un foglio di calcolo Excel? Beh, questo ha spazzato via la concorrenza - e all'improvviso questa sorprendente capacità del software di "parlare" e consumare altri programmi era di gran moda. Così tanto che anche Word Perfect ha dovuto saltare su questo concetto di software che come per magia può consumare e interagire con altri programmi. Questa capacità degli oggetti COM è davvero ciò che ha guidato gran parte del funzionamento del software su Windows. Ed è molto basato sull'avere un sistema centralizzato dove il codice in esecuzione può fare richieste e aspettarsi di trovare informazioni su altri programmi con cui desidera parlare e lavorare - questo si chiama il registro, se ve lo state chiedendo.