Звучит странно, верно? подожди, пока не услышишь всю историю.
Я младший веб-разработчик в моей компании, и мы работаем с opencart, чтобы сделать наши проекты интернет-магазинов.
У нас была задача синхронизировать базу данных opencart с базой данных ATLANTIS или ERP, чтобы при появлении новых продуктов или получении обновлений интернет-магазин обновлялся автоматически.
После некоторого обсуждения я добавил json в таблицу, конечно, но старший веб-разработчик сказал, что существуют проблемы совместимости, когда json генерируется из не веб-языка для веб-языка, такого как php.
Это первый раз, когда я слышу это, и я хотел бы спросить, правда ли это, потому что я никогда не получал полного объяснения по этому поводу.
JSON определяется довольно строгим и несколько ограничивающим спекуляция. Любая библиотека, которая соответствует этой спецификации, будет читать JSON, сгенерированный любой соответствующей библиотекой, и генерировать JSON, который может быть прочитан любой другой соответствующей библиотекой.
Если вы используете библиотеку, которая каким-то образом «расширяет» JSON, это явно плохо и не соответствует требованиям, но в целом это не распространенная проблема.
Нет проблем с совместимостью, однако есть некоторые другие RFC (запрос комментариев) и Стандарты.
Также присутствует то, что некоторые системы полностью игнорируют такие RFC (наиболее распространенными являются стандарты RFC 4627, RFC 7159 и ECMA-404 / ECMA-262).
Наконец, поскольку JSON — это просто текст, общепринятым (из моего личного опыта) является то, что устаревшие машины сохраняют текст в плохом кодировке, игнорируя свою систему Endian или даже используя неправильные символы.
Аналитики старшего возраста имеют тенденцию игнорировать, поскольку JSON «легче» дешифровать и использовать больший размер файла по сравнению с какой-либо настраиваемой сериализуемой системой, которую они использовали целую вечность.