Инструменты JSON
В примере есть таблицы, серверы и большой идентификатор. Даты и целые вне безопасного диапазона по умолчанию становятся строками.
Обработка в браузере. Входные данные не отправляются и не сохраняются.
Результат устарел; экспорт недоступен.
TOML в JSON помогает передать конфигурацию в API, тест или скрипт, принимающий JSON. Обычные секции становятся объектами, а заголовки [[table]] создают упорядоченный массив объектов.
Преобразовать TOML — не значит проверить настройки Cargo или Poetry. Этот конвертер TOML переносит структуру и значения, но не определяет смысл полей для приложения и не выполняет зависимости.
TOML в JSON сначала определяет область каждой секции. Подтаблица после [[servers]] относится к текущему серверу. Ключ в кавычках "api.version" остаётся единым именем, а не превращается в дополнительный вложенный объект.
Предпросмотр отдельно показывает числа, большие целые в строках, даты в строках и замены на null. JSON Pointer указывает нужное поле даже в длинном результате, чтобы его тип можно было сверить со схемой получателя.
Целые за пределами ±9007199254740991 по умолчанию записываются десятичными строками. Если схема требует число, выберите отказ и решите, как изменить поле. Целые за пределами знакового 64-битного диапазона отклоняются всегда.
TOML допускает inf и nan, но в JSON таких чисел нет. По умолчанию преобразование прекращается. Только явный выбор null разрешает замену, включая переполнение дробного числа. Счётчик null показывает количество заменённых значений.
Автоматический режим ждёт 350 миллисекунд после изменения. Отключите его для кнопки преобразования или Ctrl/Cmd+Enter. Изменение текста или опций сразу блокирует выгрузку. Предпросмотр добавляет по 50 узлов, максимум 500; файл содержит полный результат.
Обычные таблицы и ключи с точками дают вложенные объекты. Массивы таблиц сохраняют порядок и правильного родителя подтаблиц. Пустая таблица становится {}, пустой массив — [], а список с разными типами остаётся смешанным.
Все целые сначала читаются как BigInt, затем выбирается тип вывода. Шестнадцатеричная, восьмеричная и двоичная записи приводятся к десятичной; разделители цифр исчезают. Большие целые в строках сохраняют точные цифры без округления.
Дата-время со смещением сохраняет исходное смещение. Локальным значениям не добавляется часовой пояс; отдельная дата и отдельное время сохраняют форму. Время выводится с миллисекундами, более точные доли секунды отбрасываются.
Синтаксическая ошибка содержит строку и столбец парсера; строка ввода подсвечивается. Ошибка числовой политики содержит JSON Pointer. В пути / кодируется как ~1, а ~ как ~0, поэтому необычные имена ключей различимы.
Обратное направление доступно в отдельном инструменте JSON в TOML. TOML в JSON превращает даты в строки и теряет комментарии и запись чисел, поэтому исходный документ не обязательно восстановится. Ссылка не переносит введённые данные автоматически.
Да, перед выводом выполняется синтаксический разбор с указанием строки и столбца ошибки. Но это не полная проверка календаря, Unicode или требований приложения. Форматирование JSON меняет отступы, а не исправляет ошибки исходной конфигурации.
Применяется smol-toml 1.8.0, ориентированный на TOML 1.1. Например, поддерживаются многострочные inline-таблицы. Известные ограничения сохраняются: время имеет точность до миллисекунд, а некоторые неверные даты нормализуются.
JSON не содержит комментариев в модели данных. Результат создаётся из прочитанных значений без исходных позиций комментариев и пробелов. Сохраните исходный TOML отдельно, если его пояснения должны оставаться доступными.
У JSON нет отдельного типа даты. Используются ISO-строки: локальным значениям не добавляется пояс, явные смещения сохраняются. Доли секунды точнее миллисекунд отбрасываются; правила чтения таких строк задаёт принимающая программа.
Конфигурация дала неожиданный результат?
Используйте TOML в JSON, чтобы сравнить даты и большой идентификатор из примера с типами результата, затем обработайте свой документ.