rest json 예제

 

요청 동사 – 리소스로 수행할 작업을 설명합니다. 브라우저는 GET 동사를 발행하여 데이터를 얻으려는 끝점을 지시합니다. 그러나 POST, PUT 및 DELETE와 같은 동사를 포함하여 많은 다른 동사를 사용할 수 있습니다. 따라서 http://demo.guru99.com/employee/1 예제의 경우 웹 브라우저는 직원 레코드의 세부 정보를 얻으려고 하기 때문에 실제로 GET 동사를 발행합니다. 이것은 자바 JSON RESTful 웹 서비스의 예입니다. SOAP와 REST를 모두 사용하면 고유한 API를 만들 수 있습니다. API는 응용 프로그램 프로그래밍 인터페이스를 의미합니다. 응용 프로그램에서 다른 응용 프로그램으로 데이터를 전송할 수 있습니다. API는 요청을 수신하고 HTTP, SMTP 등과 같은 인터넷 프로토콜을 통해 응답을 다시 보냅니다. 예를 들어, Google 지도에는 사용자 고유의 콘텐츠로 Google 지도를 사용자 지정할 수 있는 공용 REST API가 있습니다. 또한 회사에서 내부용으로 만든 많은 API가 있습니다. 일반적인 SOAP 메시지는 다음과 같습니다. 예는 W3C SOAP 문서에서 이며 그것은 SOAP 봉투, 헤더 블록 및 본문을 포함: 예를 들어, 다음 명령 JSON 요청으로 암호로 사용자를 인증 하려고: 8 단계) 다음 단계는 우리의 POST 메서드에 대 한 코드를 작성 하는 것입니다.

POST 메서드를 통해 자습서 목록에 문자열 값을 추가하려는 경우 이 메서드가 호출됩니다. 예를 들어 “소프트웨어 테스트”의 자습서 이름을 추가하려면 POST 메서드를 사용해야 합니다. 균일 한 인터페이스 – 다른 클라이언트의 요청은 동일하게 보일 수 있어야 합니다(예: 동일한 리소스에 URI가 두 개 이상 없어야 함). getAllBooks 또는 createNewBook과 같은 비명사(non-nouns)를 사용하지 마십시오. 수행할 작업의 유형은 HTTP 메서드 GET, POST, PUT 및 DELETE로 지정됩니다. URI는 수행할 작업을 수행할 엔터티를 지정해야 합니다. 예를 들어 GET /books는 서버에서 책을 검색하고, DELETE /books는 책을 삭제해야 하며, PUT /books는 책을 수정하거나 만들어야 하며 POST/book은 서버에서 책의 생성을 요청해야 합니다. SOAP 및 REST는 서로 다른 관점에서 데이터 전송 문제에 접근하는 두 가지 API 스타일입니다. SOAP는 HTTP 및 SMTP와 같은 다른 프로토콜을 사용하여 메시지를 보내는 표준화된 프로토콜입니다. SOAP 사양은 월드 와이드 웹 컨소시엄(W3C)에서 유지 관리 및 개발한 공식 웹 표준입니다.

SOAP와 는 달리 REST는 프로토콜이 아니라 아키텍처 스타일입니다. REST 아키텍처는 RESTful 웹 서비스를 제공하려는 경우 수행해야 하는 일련의 지침(예: 상태 비해제 상태 및 HTTP 상태 코드 사용)을 제공합니다. 결과는 JSON의 유효하지 않은 형식입니다. 이미지에 표시된 대로 는 아닙니다. 그래서 크롬에서 그것은 단지 단어 jsonTemplate 응답 본문을 보여줍니다 – 이것은 응답의 주요 몸입니다. 따라서 이 예제에서는 요청 http://demo.guru99.com/employee/1 통해 웹 서버를 쿼리하는 경우 웹 서버는 응답 본문에 있는 직원의 모든 세부 정보가 있는 XML 문서를 반환할 수 있습니다. ViewName “jsonTemplate”를 매핑Jackson2JsonView 형식의 빈으로 구성해야 합니다. 또한 BeanNameViewResolver 형식의 보기 확인자를 구성해야 합니다. 이 방법 보기 이름 “jsonTemplate” 매핑Jackson2JsonView와 일치 하 고 구문 분석 된 JSON 응답 클라이언트에 반환 됩니다.

아래 그림은 페이스 북, 트위터, 구글과 같은 다른 응용 프로그램과 이야기 할 필요가있는 웹 응용 프로그램의 예를 제공합니다. HTTP 응답에는 이미 상태가 포함되어 있습니다(상태 코드 정의에서 상태 코드에 대한 자세한 정보를 찾을 수 있음). 메타 정보를 통해 추가 정보가 포함될 수 있음을 개선할 수 있습니다. 서버의 구현과 관련된 추가 정보(예: 오류 및 메시지)를 제공할 수 있습니다. 일반적으로 클라이언트가 HTTP 상태 2XX로 응답을 받으면 요청이 성공했습니다. 상태 4XX가 있는 응답은 클라이언트가 유발한 오류(예: