1

一部のODataフィードからの応答を見ると、コンテンツタイプがapplication/xmlまたはapplication/zipに設定されているかどうかによって、構造がわずかに異なることがわかりました。次に2つの例を示します。

  1. アプリケーション/zip
<content type = "application / zip" />
<m：properties>
  <d：Id> Simple.Data.Core </ d：Id>
</ m：properties
  1. application / xml
<content type = "application / xml">
<m：properties>
  <d：ProductID m：type = "Edm.Int32"> 1 </ d：ProductID>
</ m：properties>
</ content>

どちらもAtomPub（ODataで使用される標準RSSスキーマ）として送信されますが、コンテンツのタイプが「application / zip」の場合、m：properties要素はコンテンツと同じレベルになります。「application / xml」の場合は、これは「コンテンツ」のサブ要素として提供されます。odata.orgのOData仕様によると、2番目の形式は正しいです。最初の形式も使用される（そしてODataクライアントによっても理解される）理由を誰かが知っていますか？

前もって感謝します

4

2 に答える 2

1

実際には両方とも正しいです。最初のもの（コンテンツの外にm：propertiesがある）は、ATOMPUB仕様に従ってMedia Link Entry（MLE）を表します。MLEのOData形式については、http ：//www.odata.org/developers/protocols/atom-format#RepresentingMediaLinkEntriesで説明されています。2つ目は、通常の非MLEエンティティです。

于 2011-09-06T08:02:57.430 に答える
0

ODataGoogleグループで次の回答を受け取りました。

エンティティタイプがメディアリンクエントリとしてマークされている場合、つまりメディアに裏打ちされている場合、そのプロパティはatom：entry要素の要素に存在しません。また、content要素は、バッキングメディアをダウンロードする場所を指します。このようなエンティティの別の例は、Netflixのフィードの「タイトル」コレクションです。 http://odata.netflix.com/v2/Catalog/Titles?$top=1 Atomでそのようなエンティティタイプを解析するのに問題があると以下に述べていますが、ATOMフィードをどのように解析していますか？クライアントライブラリの1つを使用していますか、それとも手動で応答を解析していますか？

参照： https ：//www.rfc-editor.org/rfc/rfc5023#page-25

ファニラジヤヤバラムナラシンハ

于 2011-09-06T10:31:37.877 に答える