OData 仕様は長いです。「OData Core」ドキュメントでさえかなり長いです。
では、読み取り専用の OData パブリッシャーが最低限実装する必要があることの要約についてはどうでしょうか?
始めます。OData サービスは、次の HTTP エンドポイントを提供します。
Accept" " ヘッダーを理解する必要がありますGET /サービス ドキュメント (コレクションのリスト) を(10.1.1)
に返すことができます (MAY )。service/workspace/collection/titleGET /Customersコレクションの説明を(10.2)
のようなリクエストに返さなければなりません (MUST )。feed/entry/contentGET /Customers(3)(10.2.1)のような要求に対して、個々のエンティティの説明を返さなければなりません (MUST )。GET /Customers(3)/Name(10.2.2)のような要求に対して、個々のエンティティの個々のプロパティを返す場合があります。/$metadataProducts?$filter=Price lt 10.00Products?$select=Rating,ReleaseDateProducts?$orderby=ReleaseDate asc, Rating descProducts?$top=5&$skip=2Products?$inlinecount=allpagesProducts(0)/$links/OrdersProducts/$count$format指定子 (10.2.3.7)を使用して他の形式をサポートする場合があります。ATOM フィードが返される場合 (コレクションなど)、いくつかの OData 規則に準拠する必要があります: http://www.odata.org/documentation/odata-v3-documentation/atom-format/例:
edm:String」などです。link要素がふんだんに使われているcontent要素には、インラインのコンテンツ (テキスト データなど) が含まれているか、src=属性を使用してコンテンツへのリンク (画像、バイナリ ファイルなど) が含まれています。JSON フィードが返される場合、同様に特定のルールに従います。
URL は次のスキームに従うことをお勧めします。