JSON 또는 JavaScript 객체 표기법은 단순히 데이터 형식 또는 표준입니다. 로그인 이름 또는 REST 서비스에서 사용해야하는 것과 같은 형식을 전송하기위한 합의 된 형식입니다.
이 부분을 참조하십시오 : http://en.wikipedia.org/wiki/JSON
원래는 JavaScript 스크립팅 언어에서 파생되었지만 JSON은 언어 독립적 인 데이터 형식이며 JSON 데이터를 구문 분석 및 생성하기위한 코드는 다양한 프로그래밍 언어로 쉽게 사용할 수 있습니다.
특정 프로그래밍 언어의 일부가 아니므로 다른 시스템이 JSON을 사용하고 있다고 알고 있으면 데이터를 쉽게 전달할 수 있습니다.
REST는 웹 서비스에 사용되는 단순한 아키텍처 스타일입니다.
이 부분을 참조하십시오 : http://en.wikipedia.org/wiki/Representational_state_transfer
이를 생각하는 한 가지 방법은 많은 다른 컴퓨터가 대화 할 수있는 웹 서비스를 작성하고 정보를 교환하려는 경우입니다. URL을 통해 데이터를 수락하도록 웹 서비스를 작성할 수 있습니다.
http://www.myservice.com/specialRESTService?name=punkouter
응답은 데이터 수신을 알리는 JSON 객체 일 수 있습니다.
{
"name": "punkouter",
"status": "service downloaded your data",
}
OData에 대해 들어 본 적이 없으므로 Google에서 검색했습니다.
OData는 AtomPub 프로토콜과 JSON을 기반으로하며 Atom 구조는 각 OData 요청에서 반환 된 데이터를 포함하는 봉투입니다. OData 요청은 모든 요청에 REST 모델을 사용합니다. 각 REST 명령은 명령의 세부 사항이 URL에있는 POST, GET, PUT, PATCH 또는 DELETE http 요청 (CRUD로 맵핑)입니다.
GET : 엔티티 콜렉션 (피드 문서) 또는 단일 엔티티 (입력 문서)를 가져옵니다.
POST : 입력 문서에서 새 엔터티를 만듭니다.
PUT : 입력 문서로 기존 엔티티를 업데이트합니다.
패치 : 부분 입력 문서로 기존 엔티티를 업데이트합니다.
삭제 : 엔터티를 제거합니다.
OData와 같은 소리는 바닐라 REST 스타일 아키텍처를 향상시키기 위해 작성된 것입니다. 그러나 C # 또는 사용중인 언어로 처음부터 물건을 쓰지 않고 추가 할 수있는 것처럼 보입니다.
OData를 사용하도록 노력하고 있다면 여전히 JSON ..을 사용하고 있지만 Microsoft 등이 작성한 OData 프레임 워크 / 표준 내에서.
누구나 자바 스크립트에서 OData (sic) 쿼리의 결과를 구문 분석하겠습니까?
예, JSON을 사용하고 있기 때문에 JS를 사용하는 것은 완벽합니다.
어쩌면 OData는 모든 클라이언트가 JSON이 제공하지 않는 쿼리에서 자세한 정보를 얻을 수 있도록 일반 엔드 포인트를 제공하는 것에 관한 것일까 요? 따라서 데이터 공급자라면 Odata가 무엇이라고 생각합니까?
Odata는 REST 서비스를 제공하고 있지만 일반 "일반적인"REST 서비스 엔드 포인트 위에 표준 서비스가 추가되어 있습니다. 응답이 JSON과 같은 합의 된 형식으로되어 있기 때문입니다. 그러나 귀하의 작업에는 OData를 사용하고 싶을 수도 있습니다.