奇妙な音ですか？あなたが全体の話を聞くまで待ちます。 私の会社でジュニアウェブデベロッパーになりました。私たちはeショッププロジェクトを行うためにopencartと協力しています。jsonに互換性の問題はありますか？
opencartのデータベースをATLANTISまたはERPのデータベースと同期させる作業があったので、新しい製品が入手可能になったり、アップデートを入手したりすると、e-shopは自動的に更新されます。
いくつかの議論の末、私はもちろんjsonをテーブルに追加しましたが、シニアWeb開発者は、jsonがphpのようなWeb言語用の非Web言語から生成されるとき、互換性の問題があると述べました。
私はこれを初めて聞きました。これについて完全な説明を得られなかったので、これが本当かどうか尋ねたいと思います。
JSONは、かなり厳格で幾分限定されたspecによって定義されます。この仕様に準拠するライブラリは、準拠しているライブラリによって生成されたJSONを読み込み、他の準拠ライブラリで読み取れるJSONを生成します。
JSONを明らかに悪いとしていない方法でJSONを「拡張」するライブラリを使用している場合は、一般的にこれは一般的な問題ではありません。
しかし、互換性の問題はありませんが、いくつかの異なるRFC（Request for fro comments）と規格があります。
一部のシステムでは、このようなRFC（RFC 4627、RFC 7159およびECMA-404/ECMA-262標準が最も一般的なものです）を完全に無視していることもあります。
最後に、JSONは単なるテキストなので、レガシーマシンはエンディアンシステムを無視して、または間違ったシンボルを使用しても、悪いエンコードでテキストを保存します。
古いアナリストは、JSONが世代を超えて使用しているカスタムのシリアライズ可能なシステムと比較して、より大きなファイルサイズを復号化して使用するのが簡単なので無視しがちです。
JSONは非常に単純なテキスト形式です。それ自体には互換性の問題はありません。あなたの当事者のいずれかが無効なjsonを生成しているか、または有効なjsonを正しく解析できないものである必要があります。 –
[spec]（http://www.json.org/）によると：_ "JSONは、完全に言語に依存しないが、C言語を含むC言語のプログラマーには馴染みのある規約を使用するテキスト形式です。これらのプロパティは、JSONを理想的なデータ交換言語にしています。 "_生成/解析を行うWeb言語でも非Web言語でも違いはありません。両方の言語で仕様が正しく実装されていれば、うまく動作します。生成されたJSONが悪いかどうか確認するには、[jsonlint.com]（http://jsonlint.com/）を使って – War10ck
"phpのような非ウェブ言語"を検証してください。あなたの上級デベロッパーは、シリアルのドルストアボックスからトレーニングを受けているに違いありません。既存のためのPHPの全理由は、Webページを構築することです。 –