[Решено]Как правильно делать json decode?

[zey_ser]

Есть строка типа

"{\"cost\":14}"

, которая валидная по RFC 7159. Но как ее правильно преобразовывать при помощи php в тот-же массив? Два раза json_decode прогонять?

json_decode(json_decode('"{\"cost\":14}"'), true);

 

[scorpion-ds]

Вроде и одного раза хватает, специально попробовал. В любом случае дважды вызвать json_decode как-то неправильно и скорее всего бессмысленно, если хочется самому убрать слеши то можно использовать сначала stripslashes.

 

[Kotofey]

Вроде и одного раза хватает, специально попробовал. В любом случае дважды вызвать json_decode как-то неправильно и скорее всего бессмысленно, если хочется самому убрать слеши то можно использовать сначала stripslashes.

Чем слеши в JSON мешают?

 

[scorpion-ds]

Чем слеши в JSON мешают?

Ничем они не мешают, но автора они же я так понял беспокоят.

 

[zey_ser]

Подождите, у меня после первого json_decode получается что-то по типу {"cost":14}. И этот я уже могу преобразовать в массив, объект. Может от каких-то настроек зависит как строка будет преобразована?

 

[scorpion-ds]

Должно с первого раза:

$json = "{\"cost\":14}";
print_r(json_decode($json, true));

 

[Фанат]

Два раза json_decode прогонять?

Ну если два раза прогоняли encode, то, думаю, вариантов особых нет

@scorpion-ds, тупишь

 

[Фанат]

Я думаю, ключевая фраза здесь

которая валидная по RFC 7159.

Ты определись, что у тебя закодировано. Если объект, то ни разу не валидная. Если тупо строка, то не хоти из нее объект.
Все просто.

В общем, вместо изобретения очередных костылей, как всегда надо посмотреть на источник данных. И настучать ему по голове

 

[fixxxer]

которая валидная по RFC 7159

Разумеется. Вот это тоже валидно:

> JSON.stringify(JSON.stringify(JSON.stringify(JSON.stringify(JSON.stringify({cost: 14})))))
'"\\"\\\\\\"\\\\\\\\\\\\\\"{\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\"cost\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\":14}\\\\\\\\\\\\\\"\\\\\\"\\""'

 

[zey_ser]

Я жду строку в json. И все методы отдают json к которому я привык)) В этом случае, если я Вас понял правильно, на той стороне разраб прогнал 2 раза через json_encode. Правильно?

 

[AnrDaemon]

Стоп. Полный стоп.
Либо строка, либо JSON.

 

[scorpion-ds]

@Фанат, может и туплю, но мне кажется стандарт тут не причем, просто кто-то экранирование применил к JSON.

 

[fixxxer]

json_encode(string) это и есть, по сути, экранирование

 

[scorpion-ds]

json_encode(string) это и есть, по сути, экранирование

угу, но кто-то на сервере еще делает, что-то вроде addslashes($json) ...

 

[zey_ser]

Стоп. Полный стоп.
Либо строка, либо JSON.

Json я жду, с API общаюсь

 

[Фанат]

Ну так тебе твое API возвращает невалидный объект.
Требуйте валидности объектов после отстоя пены

 

[zey_ser]

Ну так тебе твое API возвращает невалидный объект.
Требуйте валидности объектов после отстоя пены

Спасибо! Просто на той стороне человек добавил нлвый метод. Когда я ему написал, что что-то не так с ответом, он не ответил. И тут я засомнеыался...)))

 

[fixxxer]

угу, но кто-то на сервере еще делает, что-то вроде addslashes($json) ...

нет, тут именно двойной json encode, обрати внимание на обрамляющие кавычки

про экранирование я в том же смысле, в каком escape:js в tempale engines реализуется как return json_encode.

 

[AnrDaemon]

Json я жду, с API общаюсь

Ну вот и не надо ничего изобретать. Если сказали "API отдаёт JSON", то и надо ждать JSON. Если приходит вместо JSON непойми что, пишем кляузу поставщику API.