O Windows depende muito do registro para armazenar pequenas informações, como o endereço IP da máquina. Unix, e portanto Linux e OS-X, armazenam tudo em arquivos comuns.
Quando se trata de registro, vejo vários problemas:
Acessar as informações não é tão fácil. Por exemplo, se a máquina falhar ao inicializar e eu tentar resolver o problema montando o disco em uma máquina diferente para acessá-lo de um sistema operacional diferente (seria outro Windows ou Linux), posso acessar todos os arquivos com facilidade ( com exceção de permissões e criptografia), mas com registro, embora seja teoricamente possível lê-lo (e provavelmente alterá-lo), requer aplicativos adicionais.
O acesso à linha de comando (em um contexto em que a máquina não inicializa mais) é impossível (a menos que existam aplicativos para isso também, mas tenho certeza de que instalar e usar esses aplicativos é muito mais difícil do que simplesmente acessar arquivos no disco ).
As informações podem estar localizadas em arquivos ou no registro, portanto é necessário conciliar dois locais.
Ferramentas comuns usadas ao trabalhar com arquivos (como o
findstr, o irmão mais novo do Windowsgrep) não existem ao trabalhar com chaves de registro.
Tenho certeza de que se a Microsoft implementou originalmente o registro, foi por um bom motivo e deu (mesmo que leve) vantagem competitiva ao Windows sobre outros sistemas operacionais da época.
Pensei nas restrições de desempenho e espaço, particularmente importantes na época em que o Windows nasceu, mas não consigo ver como armazenar algo no registro melhora o desempenho ou reduz o espaço usado (armazenar DWORD como um DWORD real no registro versus armazenar sua representação de string em os arquivos economizarão espaço, mas isso importaria tanto, mesmo em 1985?
Em termos de segurança, parece que também não há diferença. Não tenho certeza se esse era o caso em 1985, mas as atuais permissões baseadas em arquivos parecem tão, se não mais, poderosas quanto as implementadas para chaves de registro.
A organização também é semelhante: uma estrutura baseada em árvore, sem recursos de indexação/pesquisa (enquanto versões posteriores do Windows implementam indexação em arquivos).
Então, quais são ou foram originalmente os benefícios do registro, em comparação com o armazenamento de tudo em arquivos?
Responder1
Antes da Microsoft começar a usar o registro, eles tinhamArquivos INI(arquivos de texto). Eles acharam muito difícil desenvolver uma boa plataforma usando apenas arquivos INI porque:
- Não é fácil oferecer suporte a Unicode.
É um arquivo de texto, portanto as permissões são definidas no nível do arquivo, não no nível da chave. Quem tiver acesso ao arquivo terá acesso a todos os parâmetros nele contidos.
Se dois threads estiverem tentando atualizar um arquivo INI simultaneamente, eles poderão excluir acidentalmente as alterações feitas pelo outro.
- Um programa pode abrir um arquivo INI em modo exclusivo e bloquear todos os outros.
- Os arquivos INI contêm apenas strings. Se você quiser armazenar dados binários, precisará codificá-los de alguma forma como uma string.
- A análise de um arquivo INI é lenta.
- A administração central de arquivos INI é difícil. Como eles podem estar em qualquer lugar do sistema, um administrador de rede não pode escrever scripts para verificar o status do aplicativo e atualizar o desatualizado.
- Os sistemas passaram a ser multiusuários e manter o controle das configurações de cada usuário passou a ser opressor. Às vezes, isso significava arquivos INI separados para cada usuário.
Esses foram os principais pontos que influenciaram a Microsot a buscar uma nova solução, e vieram junto com o registro. O registro é um banco de dados, portanto resolve os problemas anteriores, mas criou novos:
- É um ponto único de falha.
- É binário. Em caso de dano é muito difícil repará-lo com as próprias mãos.
- Os aplicativos que colocam suas configurações no registro são menos portáveis.
- Navegação complexa.
Crédito para fonte significativa:http://blogs.msdn.com/b/oldnewthing/archive/2007/11/26/6523907.aspx