Conversor duodecimal

Um conversor duodecimal reescreve um número inteiro não negativo entre a base 10 do dia a dia e a base 12, o sistema dozenal que agrupa de doze em doze em vez de de dez em dez. Você escolhe a direção — decimal para duodecimal ou duodecimal de volta ao decimal —, digita o valor e recebe um resultado determinístico com o inteiro decimal limpo, a string base 12, a contagem de dígitos e os marcadores explícitos dek e el. Qualquer caractere fora do alfabeto falha com um erro invalid_input claro em vez de uma resposta silenciosamente errada. O preço das chamadas API bem-sucedidas é a base publicada de US$ 0,002 por item.

Como funcionam a codificação e a decodificação duodecimais (base 12)

A entrada não diferencia maiúsculas nos dígitos letra: x e e mapeiam para dek e el da mesma forma que X e E, e A ou B são aceitos como aliases amigáveis para quem digita por hábito letras no estilo hex. Um caractere inválido como espaço, sinal de mais, G ou pontuação aborta com invalid_input nomeando o caractere ruim e sua posição. O algoritmo usa apenas aritmética inteira exata: sem arredondamento de ponto flutuante, sem sementes aleatórias, sem relógios de parede e sem chamadas de rede, de modo que entradas idênticas sempre produzem o mesmo JSON. Entradas negativas são rejeitadas de propósito; o alfabeto duodecimal não tem dígito de sinal, e o dozenal com sinal é outra convenção.

O que você envia e o que recebe de volta

Envie dois campos obrigatórios: value e direction. Valores decimais absolutos maiores que Number.MAX_SAFE_INTEGER são rejeitados para que dígitos de ordem baixa não desapareçam em silêncio. Verificações clássicas: cento e quarenta e quatro codifica para cem na base doze, dez codifica para X, onze para E, e decodificar one-E devolve vinte e três. Use o formulário gratuito do navegador para checagens rápidas e depois o mesmo contrato em scripts quando precisar de tabelas dozenais em massa ou goldens. Direction deve ser to_duodecimal quando value é um inteiro decimal não negativo, ou from_duodecimal quando value é uma string base 12. Aliases são aceitos para que formulários e scripts usem os nomes que cabem na interface: value também aceita n, number, input, text, decimal, duodecimal e dozenal; direction também aceita dir, mode e op, mais sinônimos curtos como to, from, encode, decode, to_dozenal, from_dozenal, to_base12 e from_base12. Para to_duodecimal, value pode ser um inteiro JSON ou uma string de dígitos com um mais opcional no início; frações, notação científica, palavras soltas, NaN, Infinity e negativos falham com invalid_input e não são cobrados. Para from_duodecimal, cada caractere deve pertencer ao alfabeto zero-nove mais X ou E (ou os aliases em minúscula e A/B); qualquer outro caractere — incluindo sublinhado, hífen e espaço — falha com uma mensagem que nomeia o dígito duodecimal inválido. Em caso de sucesso a resposta ecoa a string value limpa, a direção normalizada, decimal como número, duodecimal como a string compacta base 12 com X e E maiúsculos, result como a forma convertida principal (duodecimal ao codificar, string decimal ao decodificar), a string completa do alfabeto, base igual a doze, digit_count da representação duodecimal, e os marcadores literais dek igual a X e el igual a E. O preço das chamadas API bem-sucedidas é a base publicada de US$ 0,002 por item; falhas de validação não consomem saldo pré-pago.

Onde conversores duodecimais aparecem no trabalho real

Engenheiros de software que escrevem testes unitários para componentes de exibição multi-base geram strings base 12 esperadas com símbolos explícitos dek e el e afirmam igualdade de ida e volta de decimal para duodecimal e de volta. Como esta capacidade é um motor de parse puro, o preço da API é a base publicada de US$ 0,002 por item bem-sucedido e a validação falha não consome saldo.