ワイヤー上のODATAペイロードを送る最も効率的な方法は何ですか？"密なJSON？"

Question

さまざまなRESTサービスで構成されている分散アプリケーションを設計しています。最近私はASP.NET MVC 4 Web APIまたはODATAを使用してRESTサービスを実装するかどうかについて前後に行ってきました。 Web APIは、いつか必要なものであるのか、今は半分の焼き合いです。具体的には、ODATAスタイルのURIクエリの部分的な実装はあり、ハイパーメディア外の箱外ではありません。

だからこれは私がODATAをもう少し長いハードルックすることを強制します。私は遅延ロードのためのURIクエリ能力と構造ハイパーメディアが本当に好きです。私は私のアプリケーションでこれらの機能をたくさん使うつもりだと思います。ただし、Atom Pub仕様は極端に非効率的であるようです。

最近投稿効率についてOData のフォーマット「密なJSON」が「密なJSON」であるが、そのようなものは実際には存在しないようには見えない。これは本当ですか？そして、密集したJSONのようなものがない場合でも、通常のJSONはAtom Pubよりもはるかに効率的です。

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

Answer 1

最適レベルでは、原子とJSONの間の差はほとんどありません。また、ほとんどのODataサーバ（確かにWCFデータサービス）をサポートするので、使用するクライアントの選択です。Pabloの説明からのブログ投稿として、最高のペイロードサイズを取得するには、HTTP圧縮を有効にする必要があります。それは両方の原子とJSONの両方でうまく機能します。

JSONの読み取りは速くなる傾向がある（XML構文解析は一種の高価なものです）、それがあなたがクライアント上のCPU消費を懸念している場合です。私が正しく覚えていれば、最後に数字を見たとき、AtomとJSONの圧縮ペイロードサイズはそれほど異なるわけではありません。

Atom Pubは通常、利用可能なXMLまたはAtom Librariesを持ち、JSONではなく利用可能なクライアントで消費するのが簡単です。およびその逆。しかし、それ以外には、それほど違いがあってはいけません。