Инструменты разработчика
Преобразуйте конфигурации и аналитические файлы, проверяйте JSON Schema и OpenAPI, создавайте JSON Patch и разбирайте запросы. Чётко задавайте типы и проверяйте результат.
JSON и YAMLJSON или YAML → другой формат с отчётом о неподдержанных типах.
XML и JSONXML ↔ JSON по явной модели атрибутов, текста, namespace и повторных элементов.
TOML и JSONTOML ↔ JSON с явным представлением дат и ограничениями null.
INI и JSONINI ↔ JSON по выбранному диалекту секций, повторных ключей и комментариев.
Проверить JSON по схемеJSON и JSON Schema → ошибки по путям и пригодный для выгрузки отчёт.
Создать черновик JSON SchemaНесколько JSON-примеров → черновик схемы и список неоднозначных типов.
Выборка JSONPathJSON и запрос → несколько совпадений с путями и экспортом результата.
Создать и применить JSON PatchДва JSON → RFC 6902 patch; либо исходный JSON + patch → новая копия.
HAR в таблицу запросовЗагруженный HAR → CSV запросов, кодов ответа, времени и размеров с отдельным списком секретных полей.
Логи в таблицуЛог по выбранному шаблону → CSV событий и отдельный файл нераспознанных строк.
Открыть SQLite и выгрузить таблицуЛокальная SQLite-база → список таблиц и CSV/XLSX выбранных записей.
Parquet и CSVParquet ↔ CSV с заданной схемой и отчётом о вложенных типах.
Arrow IPC в таблицуArrow/Feather IPC → CSV/XLSX с просмотром схемы и ограничениями типов.
Plist и JSONXML/binary plist ↔ JSON по модели Date/Data с отчётом преобразования.
MessagePack и JSONMessagePack ↔ JSON с явным представлением binary, bigint и extension types.
cURL в HTTP-запросКоманда cURL → структурированный запрос, raw HTTP или пример fetch с предупреждением секретов.
Проверить OpenAPIOpenAPI YAML/JSON → отчёт schema, unresolved refs, operations и конфликтов параметров.
Коллекция Postman в OpenAPIPostman collection → черновик OpenAPI с примерами и списком невыводимых ограничений.Как выбрать операцию
Синтаксически правильный JSON не обязательно соответствует схеме API. Форматы отличаются типами дат, бинарных данных и ключей; конвертация может требовать явного правила.
Проверка результата
Прочитайте результат другим парсером и сверяйте типы, значения, пустые поля и ограничения схемы. Черновик схемы или API-описания требует ручного дополнения.
Вопросы о работе с файлами
Проверка схемы подтверждает правильность бизнес-логики API?
Нет. Схема проверяет структуру и описанные ограничения. Работу API и смысл данных нужно проверять отдельно на разрешённом тестовом окружении.
Какие задачи собраны в разделе «Инструменты разработчика»?
Преобразуйте конфигурации и аналитические файлы, проверяйте JSON Schema и OpenAPI, создавайте JSON Patch и разбирайте запросы. Чётко задавайте типы и проверяйте результат.
С чего начать выбор инструмента?
Синтаксически правильный JSON не обязательно соответствует схеме API. Форматы отличаются типами дат, бинарных данных и ключей; конвертация может требовать явного правила.
Как проверить готовый файл?
Прочитайте результат другим парсером и сверяйте типы, значения, пустые поля и ограничения схемы. Черновик схемы или API-описания требует ручного дополнения.
Нужно ли сохранять исходную копию?
Да. Скачивайте результат под новым именем и сохраняйте оригинал до проверки в программе получателя.
Где посмотреть ограничения конкретной операции?
На странице выбранного инструмента указаны входные форматы, пределы, способ обработки, пример и отдельная инструкция.