10
Gzipped JSONがすでにこれをカバーしているかどうかは疑問です。JSONレスポンスをもっと小さくする...ちょうどいいアイデア
しかし、あなたが応じてゲームオブジェクトのリストを持っていると言う：
game = {
name: 'Randomer Quest!',
description: 'Randomer's Quest is a brilliant game!',
activated: true,
points: 10,
thumb: 'randomer-quest.jpg'
};
これをjson_encodeすると、それは151 bytes次のようになります。[OK]を
{"games": [{"name":"Randomer Quest!","description":"Randomer's Quest is a brilliant game!","activated":true,"points":10,"thumb":"randomer-quest.jpg"}]}
...しかし、どのような場合は、あなたが持っています約100試合のリスト？それは約13,913 bytesです...しかし、私たちは本当にそれらのプロパティを宣言し続ける必要がありますか？ 私はそれをデコードしてループさせることができることは知っていますが（マジック）、ちょっと知的で、別のオブジェクトにプロパティを宣言してから、データの配列を持っていればどうなりますか？私たちは通常そこにはないプロパティを事前に設定する必要がありますが、私はまだその価値があると思います。
このような何か：
{
"games": {
p: ["name", "description", "activated", "points", "thumb"],
d: [
["Randomer Quest!", "Randomer's Quest is a brilliant game!", true, 10, "randomer-quest.jpg"],
["Randomer Quest!", "Randomer's Quest is a brilliant game!", true, 10, "randomer-quest.jpg"]
]
}
}
Pプロパティであり、Dは、アレイ内のデータです。その後、私たちは持っています：9,377 bytesサイズの67％！
私はあなたが何も言わないだろうと知っていると知っていますが、あなたはもっと40-100kbのような要求を見ます。それはかなり大きな違いだと私は思う。誰かがすでにこのような何かを採用していますか？すでにこれを自動的に行うツールがあるのでしょうか？
32bitkidは、これを行うつもりなら、CSV形式に切り捨てることもできます。これは意味があります... 9,253 bytes 66.5％になります。
"name", "description", "activated", "points", "thumb"
"Randomer Quest!", "Randomer's Quest is a brilliant game!", true, 10, "randomer-quest.jpg"
"Randomer Quest!", "Randomer's Quest is a brilliant game!", true, 10, "randomer-quest.jpg"
は、私が（負け33.5キロバイト）
あなたはどう思いますか66.5キロバイトに変わるだろう100キロバイト程度のJSON要求を、見てきましたか？
ドム
[JSONH]（https://github.com/WebReflection/JSONH）は同様です。 – hyperslug
"TSON"、テーブル形式のJSON（私は名前を提案しなければならなかった） – SparK
私は本当にこのアイデアが好きです！今すぐこの問題が発生しました。プロパティ名が大量に繰り返されるため、JSON応答が大きすぎます。 – HorseloverFat