Доброго времени суток!

Можно ли сделать так, чтобы значение Null записывалось в JSON без кавычек? Например, значение может принимать либо строковый вид в кавычках, либо когда Null, то без кавычек. И как это можно реализовать?

NULL - отсутствие значения, по логике - если там null - то вообще значение не надо в json записывать. Это по логике )

Почему Неопределено подходит для JSON?

(1) Нужно заказчику.

(1) +1. вообще, с точки зрения философии JSON, если значение null, то параметр необязательный. Принимающая апиха все равно распарсит такое значение в дефолтную инициализацию (объектные типы в налл).

Но если очень хочется, то Структура.Вставить("somePar", Неопределено);

(0) соберите свой вариант json. только понимать его никто не будет

(2) Читал это перед созданием данной темы. Это не про наш случай.

(3) очень странный заказчик...

(6) У меня нормально записывает. А с Null даже преобразовать не может.

Данные = Новый Структура("Дата,Пустое", ТекущаяДата(), Неопределено);
ЗаписьJSON = Новый ЗаписьJSON;
ЗаписьJSON.УстановитьСтроку();
ЗаписатьJSON(ЗаписьJSON, Данные);
Результат = ЗаписьJSON.Закрыть();

Результат

{
"Дата": "2024-03-07T12:47:24",
"Пустое": null
}

(7) Есть такое.
(8) У нас XDTO-пакеты используются.

(8) +1 такой же результат. с Неопределено четко пишется null

(8) И там в этом параметре по результатам запроса может быть и другой тип значения, например, строка.

(9) Ну так у вас в XDTO наверно указано, что только строка.

(10) В курсе, но вопрос же в другом.

Свойство XDTO-пакета указано как "string (http://www.w3.org/2001/XMLSchema)". Есть ли тип, который может принимать и строковые значения и Null?

(14) галка "возможно пустое"

(15) Это ещё давно испытывалось, но по причине:
Ошибка установки значения свойства 'deal_order_number_1C'
по причине:
Ошибка отображения типов:
Отображение типа 'Null' в тип '{http://www.w3.org/2001/XMLSchema}string'

(7) странный что хочет null? ничего странного нет, стоит в сериалайзере required у поля и при этом оно nullable, вот он и требует чтобы все поля были в пакете
а чтобы поменять или поправить надо задачу на доработку, а для этого нет бюджета например

p.s. я работал в таком проекте, очень знакомо
p.p.s. как раз с одинесниками спорили по схожим вопросам

(0)
Запиши как пишет.
Открой как текстовый
прочти в строку
Функция СтрЗаменить()
верни в файл.
Будут спрашивать, говори всем что так и было.

Любой каприз за его деньги.
еще те извращения?

(0) (18)
Наверняка есть что то более красивое.
Но это вникать надо. Я тут не за этим.
Заглянул. Что делается посмотреть.

(18) фу таким быть

(20)
Каким?
Старым, жадным, ленивым?

(20)
Чем не нравится простое решение?

Объ = ФабрикаXDTO.Создать(ФабрикаXDTO.Тип("http://client.account", "Склад" ));

Запись = Новый ЗаписьJSON();
Запись.УстановитьСтроку();

Объ.Ссылка = Новый УникальныйИдентификатор();
Объ.ДоступноДляВыбора = Неопределено; // вот это "возможно пустое"

ФабрикаXDTO.ЗаписатьJSON(Запись, Объ);

XML = Запись.Закрыть();

{
"#value": {
"Ссылка": "cf6148ce-7dc8-4226-9a71-ba4664d028ab",
"ДоступноДляВыбора": null
}
}

(23) Что это за тип "http://client.account"? Он может и строковое значение принимать? Его разве можно указать в дереве свойств XDTO-пакета в конфигураторе?

(23) В общем, как я и предполагал, это можно реализовать только программно устанавливая нужный тип параметра json.

Есть, например, anyType тип в пространстве '{http://www.w3.org/2001/XMLSchema}string' . Никто не использовал? Может подойдёт?

(24) это пространство имен. тип "склад" с двумя свойствами, у одного из них (угадай у какого) установлена галка "возможно пустое"

(25) если читаешь без фабрики и прочих наворотов, то тебе проще было бы взять готовый json, прочитать и посмотреть, в какую структуру оно развернется.

(28) Не читаю, а создаю новый файл json.

(27) Ну это понятно, что пространство имён. Свойство то одно,  ладно, уже описывал ситуацию.

(30)не понимаю. вот так тоже работает:
Запись = Новый ЗаписьJSON();
Запись.УстановитьСтроку();


ЗаписатьJSON(Запись, Неопределено);

XML = Запись.Закрыть();

это если без контроля совсем

если же с xdto - то галочка "возможно пустое" и неопределено дают null

(23) У тебя свойство "ДоступноДляВыбора" имеет только один тип (угадай какой)? И см. (16).

(33) Как уже пояснял там в результате выполнения запроса 1С на выходе может быть либо строка, либо Null и это значение затем присваивается в коде свойству параметра xdto.

(0) Null в 1С и null в JSON - это разные сущности.
Аналог null в JSON - это Неопределено в 1С.
Если у тебя нет обработчика, который конвертирует Null в Неопределено, то система его автоматически конвертирует в строку.
Ты хочешь чтобы Null превращался волшебным образом в null, это все равно что хотеть чтобы число 8 превращалось в 9. Нет такого встроенного правила. Нужно самому сконвертировать данные перед созданием JSON, или поправить итоговую строку после создания JSON. Лучше первый вариант.

Замени Null на Неопределено.

(0) ЗЫ: Твой вопрос изначально неверен. Если в JSON записать Null без кавычек, то будет ошибка. JSON не понимает такое значение.

Это все равно что пытаться записать в JSON букву "О" без кавычек вместо цифры 0.

Я понимаю, что для тебя они похожи. Но в программировании так делать нельзя.

(36) Всё верно. Я в курсе этого. См. (25).
(37) "...Это все равно что пытаться записать в JSON букву "О" без кавычек вместо цифры 0. Я понимаю, что для тебя они похожи. Но в программировании так делать нельзя." - Они для меня далеко не похожи. Я к этому и клонил, что: "...Если в JSON записать Null без кавычек, то будет ошибка. JSON не понимает такое значение.".
Всем спасибо.

(37) "Но в программировании так делать нельзя." - разумеется)))

(36) "Если у тебя нет обработчика, который конвертирует Null в Неопределено, то система его автоматически конвертирует в строку" - не конвертирует, см. (16).
"Ты хочешь чтобы Null превращался волшебным образом в null, это все равно что хотеть чтобы число 8 превращалось в 9. Нет такого встроенного правила" - не было подобных задач и ожиданий. А лишь передача Null в Null.

Тему закрываем.