Codificador Base32768

Base32768 é uma codificação de binário para texto pensada para canais que já falam UTF-16: strings JavaScript, String do Java, APIs wide do Windows e muitos bancos com NVARCHAR. Em vez de empacotar cinco ou seis bits em um símbolo ASCII como Base32 e Base64, o Base32768 escolhe cada caractere de um repertório de 32768 pontos de código seguros do Plano Multilíngue Básico e carrega quinze bits de carga por caractere. Isso rende cerca de 93.75 por cento de eficiência ao armazenar ou transmitir o resultado como UTF-16, bem mais denso que Base64 no mesmo fio. Esta capacidade implementa de ponta a ponta o perfil qntm Base32768: o modo encode lê sua string em claro como bytes UTF-8 e emite um resultado Base32768; o modo decode valida cada símbolo perante o alfabeto primário de quinze bits e o secundário de preenchimento de sete bits e recupera o texto UTF-8 original.

Como o Base32768 empacota quinze bits em caracteres BMP seguros

O Base32768 trata a entrada como um fluxo contínuo de bits de bytes brutos. Para texto, esta capacidade primeiro converte sua string com UTF-8 para que caracteres multibyte permaneçam portáteis entre idiomas e plataformas. Os bits são lidos do mais significativo ao menos.

A cada quinze bits acumulados seleciona-se um índice em um repertório primário de 32768 entradas construído a partir de faixas fechadas de pontos de código Unicode atribuídos, não de controle e sem espaço em branco no Plano Multilíngue Básico. Essas faixas evitam de propósito caracteres que quebram a normalização Unicode, confundem a direção do texto ou parecem formatação, de modo que a string codificada é segura para colar na maioria das APIs limpas de Unicode.

Quando o resto final não é um bloco completo de quinze bits, o codificador preenche com uns e termina com um símbolo primário ou com um símbolo secundário de preenchimento de sete bits de um alfabeto separado de 128 entradas. A decodificação inverte o mapa: cada caractere contribui com quinze ou sete bits, bytes completos são emitidos assim que oito bits se acumulam e os bits residuais de preenchimento ainda devem ser todos uns.

Um caractere secundário de preenchimento antes da posição final também é rejeitado, porque esse padrão nunca aparece em uma codificação legal. Em relação ao Base64, você troca um alfabeto só ASCII por densidade bem maior sob UTF-16; em relação ao Base65536, permanece no BMP e cada caractere é uma única unidade de código UTF-16.

Onde o Base32768 aparece no trabalho real

Sistemas que armazenam blobs binários em colunas de texto UTF-16 frequentemente precisam de empacotamento mais denso do que o Base64 oferece sem sair do BMP. Equipes já padronizadas na suíte qntm de codificações densas usam Base32768 quando o canal é nativo UTF-16 e Base2048 ou Base65536 quando outras restrições se aplicam. Mesas de suporte colam strings opacas de tickets e precisam de validação estrita do alfabeto sem aceitar símbolos lixo que gerariam uma carga errada.

Autores de currículo que ensinam densidade de codificação sob diferentes formas Unicode querem uma página dedicada ao Base32768 em vez de enterrá-lo sob um landing genérico de Base64, porque a intenção de busca, as regras do alfabeto e os números de eficiência diferem. Se você precisa de Base32 RFC 4648 para segredos TOTP, Base64 seguro para URL ou densidade basE91 sob UTF-8, trate-os como intenções de busca e landings separados em vez de sobrecarregar esta página de codificador Base32768.