문제

그만큼 O데이터 사양 길다.심지어 "O데이터 코어" 문서가 꽤 깁니다.

그렇다면 읽기 전용 OData 게시자가 최소한 구현해야 하는 사항에 대한 요약은 어떻습니까?

도움이 되었습니까?

해결책

시작하겠습니다.OData 서비스는 다음과 같은 HTTP 엔드포인트를 제공합니다.

  • "를 이해해야 합니다.Accept" 헤더
  • Content-Type 헤더를 지원해야 하며(MUST) ATOM 형식(선택적으로 JSON)을 지원해야 합니다(MUST).
  • 서비스 문서(컬렉션 목록)를 다음으로 반환할 수 있습니다. GET / (10.1.1)
    • ATOM(AtomPub?) 형식인 경우 계층 구조는 다음과 같습니다. service/workspace/collection/title
  • 다음과 같은 요청에 컬렉션 설명을 반환해야 합니다(MUST). GET /Customers (10.2)
    • ATOM인 경우 계층 구조는 다음과 같습니다. feed/entry/content
  • 다음과 같은 요청에 개별 엔터티에 대한 설명을 반환해야 합니다(MUST). GET /Customers(3) (10.2.1)
  • 다음과 같은 요청에 대해 개별 엔터티의 개별 속성을 반환할 수 있습니다. GET /Customers(3)/Name (10.2.2)
  • 반드시 CSDL EDMX 문서에 래핑된 스키마 설명(10.1.2)
    • 이 정보는 다음에서 제공되어야 합니다. /$metadata
  • 다음 쿼리 중 하나를 지원할 수 있습니다(10.2.3).
    • 필터(반환된 행 제한): Products?$filter=Price lt 10.00
    • 선택(반환된 필드 제한): Products?$select=Rating,ReleaseDate
    • 주문: Products?$orderby=ReleaseDate asc, Rating desc
    • 상단, 건너뛰기: Products?$top=5&$skip=2
    • InlineCount(엔티티 수 포함): Products?$inlinecount=allpages
  • 반드시(?) 엔터티에 대한 관계 목록을 제공해야 합니다(10.2.4). Products(0)/$links/Orders
  • 엔터티 수를 제공해야 합니다(10.2.5). Products/$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은 다음 구성표를 따르는 것이 좋습니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top