ODataペイロードを有線経由で送信する最も効率的な方法は何ですか？ 「Dense JSON？」

Question

私はさまざまなRESTサービスで構成される分散アプリケーションを設計しています。最近私は、ASP.NET MVC 4 Web APIまたはODataを使用してRESTサービスを実装するかどうかを検討してきました。 Web APIはいつか私が必要とするように思われるが、今は半分しか焼かれていない。具体的には、OData形式のURI照会の部分実装のみを持ち、すぐにハイパーメディアを実行しません。

これで、私はODataをもう一度見ていきます。私は本当に怠惰な読み込みのための能力と構造ハイパーメディアを照会するURIが好きです。私は私のアプリケーションでこれらの機能を多く使用すると思います。しかし、Atom Pubの仕様は非常に効率が悪いようです。

私は最近「dense JSON」と言われるpost about an efficient format for ODataを読んでいますが、実際には存在しないようです。これは本当ですか？密なJSONのようなものがない場合でも、通常のJSONはAtom Pubよりもずっと効率的です。

JSONでAtom Pubを使用したいという状況はありますか？

Answer 1

ODataのセマンティックレベルでATOMとJSONの違いはほとんどありません。また、ほとんどのODataサーバー（WCF Data Services）は両方をサポートしているため、どちらを使用するかはクライアントの選択肢です。パブロのブログ記事で言及されているように、最良のペイロードサイズを得るためには、HTTP圧縮を有効にする必要があります。それはATOMとJSONの両方で素晴らしい作品です。

JSONの読み込みが高速になる傾向があります（XML解析は高価です）が、これはクライアントのCPU消費に関係する場合です。私が正しく覚えていれば、最後に数字を見たときに、ATOMとJSONの圧縮されたペイロードサイズはそれほど違いはありません。

通常、ATOM PUBは、JSONではなくXMLやATOMライブラリが利用可能なクライアントでは簡単に使用できます。およびその逆。しかし、それ以外に違いはありません。