Hex→Binär-Konverter

Ungültige Zeichen—Buchstaben außerhalb von A–F, Leerzeichen, Unterstriche oder ein leeres 0x—lösen einen klaren invalid_input-Fehler aus statt stillschweigend einer falschen Bitkette. Lernende, die Hausaufgaben prüfen, Embedded-Ingenieure, die Register-Dumps lesen, und API-Clients, die Speicheradressen normalisieren, brauchen denselben deterministischen Pfad: kein Netz, keine Zufalls-Seeds, keine Wanduhr-Abhängigkeit.

Wie Sie die API aufrufen und was zurückkommt

Der Wert darf ein führendes 0x oder 0X enthalten; danach sind nur Zeichen null bis neun und A bis F (beliebige Groß-/Kleinschreibung) erlaubt. Senden Sie einen JSON-Körper mit einem Pflicht-Stringfeld hex (Aliasse value, text, n und input). Die absolute Länge ist auf vierundsechzig Hex-Ziffern begrenzt, damit Worker- und Browser-Antworten begrenzt bleiben. Bei Erfolg spiegelt die Antwort die getrimmte Eingabe, setzt hex auf die Großbuchstaben-Ziffernkette ohne Präfix, hex_lower auf die Kleinschreibform, prefixed auf ein kanonisches 0x plus Großbuchstaben-Ziffern, had_prefix darauf, ob der Client 0x gesendet hat, binary auf die minimale Basis-2-Bitkette ohne führende Nullen (außer null), binary_padded auf die Expansion mit vier Bits pro Ziffer, die Nibble-Ausrichtung erhält, base_from sechzehn und base_to zwei, digit_count auf die Anzahl der Hex-Ziffern, bit_count auf die Länge der minimalen Binärkette, message auf eine einzeilige Zusammenfassung und steps auf eine geordnete Liste, die Präfixbehandlung, Validierung, Nibble-Mapping und das endgültige Binär protokolliert. Fehlgeschlagene Validierung—fehlendes hex, leere Ziffern nach 0x, Leerzeichen oder Unterstriche, Zeichen außerhalb des Hex-Alphabets oder mehr als vierundsechzig Ziffern—liefert invalid_input und wird nie berechnet. Der Preis ist pauschal $0.002 pro erfolgreicher Anfrage mit Einheit item und marginalem Stückpreis null. Bevorzugen Sie binary, wenn Sie eine kompakte Bitkette für Code brauchen, und binary_padded, wenn Sie feste Nibble-Breiten für Unterricht oder Bitfeld-Diagramme brauchen.

Praktische Tipps, Grenzen und verwandte Suchen

Senden Sie lieber eine Zeichenkette, auch wenn der Wert numerisch aussieht: Nackte Zahlen werden nur akzeptiert, wenn sie nichtnegative Ganzzahlen sind, die mit Dezimalziffern null bis neun geschrieben sind—eine Bequemlichkeit für kleine Dumps, keine zweite Basis. Einbetten Sie keine Leerzeichen, Kommas oder Unterstrich-Trenner; entfernen Sie sie im Client vor dem Aufruf, wenn Ihre Quelle gruppierte Nibbles nutzt. Vierundsechzig Hex-Ziffern decken zweihundertsechsundfünfzig-Bit-Ganzzahlen ab, genug für die meisten breiten Maschinenwörter und gekürzte Hash-Anzeigen; längere Ketten werden abgelehnt statt stillschweigend abgeschnitten. Bevorzugen Sie diese Fähigkeit, wenn die Quelle bereits als Hex bekannt ist und Sie nur die Bitkette brauchen; wenn Sie auch nach Dezimal umwandeln müssen, rufen Sie das passende Hex-zu-Dezimal-Werkzeug in einem zweiten Schritt auf. Beim Unterrichten paaren Sie Beispiele: 0xFF mappt auf 11111111, 0xA auf 1010, und G oder 0x ergeben invalid_input, damit Lernende den Fehlerpfad sehen. Diese Landing zielt auf Personen, die einen Hexadezimal-zu-Binär-Konverter, einen Hex-zu-Binär-Rechner oder ein Basis-16-zu-Basis-2-Werkzeug suchen; es ist kein Farbwähler, kein Hex-zu-Dezimal-Konverter (nutzen Sie jenes Geschwister, wenn Sie Basis-10-Ganzzahlen brauchen) und kein allgemeiner beliebiger-Basen-Rechner mit from-base-Parameter. Fehlgeschlagene Aufgaben, die invalid_input zurückgeben, verbrauchen kein vorausbezahltes Guthaben, was explorative Skripte günstig hält, wenn Sie ungültige Ziffern fuzzzen. Round-Trip-Prüfungen sind einfach: Wandeln Sie einen bekannten Wert wie 0xFF von Hand oder mit einer anderen vertrauenswürdigen Bibliothek um und bestätigen Sie, dass binary mit 11111111 übereinstimmt, dann bestätigen Sie, dass das Ändern eines Buchstabens in ein ungültiges Zeichen die Antwort zu invalid_input mit einer Nachricht wechselt, die die schlechte Ziffer nennt.