소리가 이상합니까? 너가 전체 이야기를들을 때까지 기다려라. 내 회사에 중학교 웹 개발자가되어 우리는 전자 상점 프로젝트를 만들기 위해 opencart와 협력하고 있습니다.json과 호환성 문제가 있습니까?
opencart의 데이터베이스를 ATLANTIS 또는 ERP의 데이터베이스와 동기화하는 작업이있어서 새로운 제품을 사용할 수 있거나 업데이트가 있으면 전자 상점이 자동으로 업데이트됩니다.
일부 토론 후 json을 물론 테이블에 추가했지만 수석 웹 개발자는 json이 PHP와 같은 웹 언어가 아닌 웹 언어에서 생성 될 때 호환성 문제가 있다고 말했다.
내가 처음 듣는 순간 나는 이것에 대해 완전한 설명을 듣지 못했기 때문에 이것이 사실인지 물어보고 싶습니다.
JSON은 다소 엄격하고 다소 제한적인 spec으로 정의됩니다. 이 사양을 따르는 라이브러리는 준수하는 모든 라이브러리에서 생성 된 JSON을 읽으며 다른 모든 호환 라이브러리에서 읽을 수있는 JSON을 생성합니다.
JSON을 분명히 나쁘고 비 호환하는 방법으로 "확장"하는 라이브러리를 사용하는 경우 일반적으로 일반적인 문제는 아닙니다.
호환성 문제는 없지만 RFC (표준 요구 사항) 및 표준이 있습니다.
일부 시스템에서는 이러한 RFC를 완전히 무시합니다 (RFC 4627, RFC 7159 및 ECMA-404/ECMA-262 표준이 가장 일반적입니다).
마지막으로, JSON은 단순히 텍스트이기 때문에 기존 시스템은 엔디안 시스템을 무시하거나 잘못된 기호를 사용하여 텍스트를 나쁜 인코딩으로 저장한다는 공통점이 있습니다.
나이가 많은 애널리스트는 JSON이 연령대에 따라 사용되는 일부 사용자 지정 직렬 가능 시스템과 비교할 때 더 큰 파일 크기를 해독하고 사용하는 것이 쉽기 때문에 무시하는 경향이 있습니다.
JSON은 매우 간단한 텍스트 형식입니다. 자체에는 호환성 문제가있을 수 없습니다. 귀하의 당사자 중 하나가 잘못된 json을 생성하거나 다른 json이 유효한 json을 올바르게 구문 분석 할 수 없습니다. –
[spec] (http://www.json.org/)에 따르면 : _ "JSON은 완전히 독립적 인 언어이지만 C 언어를 비롯한 C 계열의 프로그래머에게 익숙한 규칙을 사용하는 텍스트 형식입니다 C + +, C#, Java, JavaScript, Perl, Python 및 기타 여러 속성을 지원하므로 JSON을 이상적인 데이터 교환 언어로 만듭니다. "_ 생성/구문 분석을 수행하는 웹 언어가 아닌 웹 언어 이건간에 차이가 없습니다. 두 언어가 모두 스펙을 올바르게 구현하면 제대로 작동합니다. 생성 된 JSON이 좋지 않다면 [jsonlint.com] (http://jsonlint.com/)을 통해 실행하여 – War10ck
"php와 같은 비 웹 언어"를 확인하십시오. 선배 개발자는 시리얼 보관함에서 훈련을 받아야합니다. PHP에 대한 기존의 이유는 웹 페이지를 만드는 것입니다. –