conversor de base numérica

Um Conversor de Base numérica reescreve o mesmo número inteiro em uma notação posicional diferente O valor não muda - 255, 0xFF, 0o377 e 0b1111111111 são quatro grafias de uma quantidade - apenas a raiz usada para anotar as alterações Esta ferramenta converte entre quaisquer duas bases de 2 a 36, com binário, octal, decimal e hexadecimal tratados como cidadãos de primeira classe porque esses são os quatro que você encontra no código.

Conversão funciona dígito por dígito. Ler um número na base B significa acumular `value = value * b + digit` na entrada; escrevê-lo na base c significa dividir repetidamente por c e coletar restos. Essa ferramenta executa as duas metades na aritmética Bigint, de modo que um hash de 64 bits, uma chave de 256 bits ou um decimal de 500 dígitos são convertidos exatamente. Nada é roteado por meio de um número JavaScript, que silenciosamente perderia a precisão acima de 2^53.

Juntamente com a conversão, você obtém as medidas que geralmente levam à pergunta: quantos bits significativos o valor ocupa, quantos bytes ele precisa e o formulário binário agrupado em nibbles para que você possa lê-lo em um dígito hexagonal. Valores negativos são suportados, prefixos literais comuns (0x, 0b, 0o) são aceitos e sublinhados ou espaços podem ser usados como separadores de dígitos. Tudo é executado no seu navegador.

Um bom teste para qualquer conversor de base numérica online é o maior valor não assinado de 64 bits Tipo 18446744073709551615 com a fonte definida como Decimal e o alvo para Base 36. a caixa Para mostra 3W5E11264SGSF, e a tabela de todas as bases lista FFFFFFFFFFFFF em hexadecimal e 64 em binário, com um comprimento de bit de 64 e um comprimento de byte de 8. um conversor de número base que roteia o valor através de um número de ponto flutuante obteria os dígitos baixos errados aqui; esta calculadora de conversor de base numérica não.

A aritmética aqui usa inteiros de precisão arbitrária em vez de números JavaScript, que é a diferença entre uma resposta correta e uma plausível. Um duplo padrão perde precisão acima de 9007199254740991, portanto, um valor hexadecimal de 64 bits convertido por ponto flutuante comum volta sutilmente errado em seus dígitos inferiores, e nada avisa. Duas notas de escopo. Isso converte inteiros, então valores fracionários em uma base diferente de dez estão fora do que fazem. E os negativos são mostrados com um sinal de menos, em vez de um padrão de bit de complemento de dois, portanto, um valor lido de um registro ou de um despejo de memória precisa ser interpretado de acordo com sua largura antes da conversão e não depois.