rest put 예제

안녕하세요 댄! 우선, 당신의 튜토리얼은 나에게 많은 도움이되었습니다. 예를 들어 직원의 이름을 사용하여 get 요청을 하고 싶다면 어떻게 해야 하나요? 새 경로를 만들어야 하나요? 그렇다면 컨트롤러와 db_api 및 호출에서 다른 함수를 만들어야합니까? 예를 들어 테스트에서 PUT 요청을 한 번 하면 아바타 번호가 2로 업데이트됩니다. 우리가 다시 만들 경우, 아바타번호는 여전히 2가 될 것입니다. PUT 요청을 1회 또는 10번 만들면 서버는 항상 동일한 상태가 됩니다. 이것이 의미하는 바는 하위 리소스를 만드는 POST의 의미체계가 여전히 따라야 할 좋은 패턴이라고 생각하지만, 새로운 RFC에서도 예제 사용이지만 POST가 만드는 것을 의미한다는 것을 명시해서는 안됩니다. GET 메서드의 경우 나머지 URI는 요청된 데이터를 검색하는 데 사용해야 하는 쿼리 서버 유형에 대한 정보를 제공해야 합니다. URI 자체 내에서 쿼리 매개 변수를 사용합니다. 예를 들어 /books는 모든 책을 반환해야 합니다. /books/id/24는 ID 24로 식별된 책을 반환해야 합니다. /books/pageSize/25는 25권의 책만 반환해야 합니다. 요청이 성공한 경우 응답에는 employee_id 특성이 있는 직원 개체가 포함되어야 합니다. 다음은 HTTP 응답에 이미 상태가 포함되어 있습니다(상태 코드 정의에서 상태 코드에 대한 자세한 정보를 찾을 수 있음).

메타 정보를 통해 추가 정보가 포함될 수 있음을 개선할 수 있습니다. 서버의 구현과 관련된 추가 정보(예: 오류 및 메시지)를 제공할 수 있습니다. 일반적으로 클라이언트가 HTTP 상태 2XX로 응답을 받으면 요청이 성공했습니다. 상태 4XX가 있는 응답은 클라이언트가 유발한 오류(예: 필수 데이터가 누락됨)를 나타내며 5XX는 서버 오류입니다. POST, PUT 및 DELETE와 같은 안전하지 않은 방법으로 요청을 하면 데이터가 변경됩니다. 실제로 안전하지 않은 방법으로 요청을 하면 아무 것도 변경되지 않을 수 있습니다. 예를 들어 프로그래머의 아바타번호를 이미 가지고 있는 값으로 업데이트하려고 하면 아무 일도 일어나지 않습니다. 새 리소스 위치를 알자마자 PUT을 사용하여 파란색 스테이플러 아티클을 업데이트할 수 있습니다.