HTTP 방법 및 코드

http 방법은 주어진 리소스를 수행하려는 API 클라이언트의 작동을 나타내는 데 사용됩니다. 각 HTTP 방법은 리소스 작성, 읽기, 업데이트 또는 삭제와 같은 특정 작업에 해당하며 나머지 API에 대한 각 요청에는 HTTP 방법이 포함되어야합니다.

HTTP 프로토콜의 작동 원리는 클라이언트가 서버에 요청을 보내고 서버가 이러한 요청에 응답한다는 것입니다. 다른 HTTP 방법 (때로는 HTTP 동사라고 함)을 사용하여 CRUD 작업 (생성, 읽기, 업데이트, 삭제)을 수행하여 HTTP 요청을 보냅니다. Get and Post는 가장 일반적으로 사용되는 HTTP 방법이지만 더 많은 HTTP 방법이 있습니다. 이 기사는 다양한 HTTP 방법과 웹 API를 구성하고 사용할 때 사용하는 방법을 소개합니다.

이해해야 할 9 개의 HTTP 메소드

<.> 1. 메소드를 얻습니다

리소스 (예 : 웹 사이트, 서버 또는 API)에서 데이터를 검색하려면 요청을받습니다. 예를 들어 고객 목록이나 특정 고객을 원한다면 서버에 GET 요청을 보내드립니다.

get 메소드는 리소스의 데이터를 변경하지 않고 읽기 만 읽습니다 (읽기 전용). 보안 방법으로 간주됩니다. 또한 Get 메소드는 전원입니다. Get 메소드를 사용하여 API를 테스트하는 방법은 무엇입니까? <..> API를 테스트하려고 할 때 가장 일반적인 방법은 GET 메소드입니다. 그러므로 우리는 다음과 같은 상황을 기대합니다 : 리소스에 액세스 할 수 있으면 API는 "OK"를 나타내는 200 상태 코드를 반환합니다.

200 상태 코드 외에도 서버는 일반적으로 응답 텍스트를 XML 또는 JSON 형식으로 반환합니다. 예를 들어, [/멤버] 엔드 포인트는 XML 또는 JSON 형식의 멤버 목록을 반환 할 것으로 기대합니다.

서버가 엔드 포인트를 지원하지 않으면 서버는 404 상태 코드를 반환하여 "찾을 수 없음"을 나타냅니다. 잘못된 문법으로 요청을 보내면 서버는 400 상태 코드를 반환하여 "잘못된 요청"을 나타냅니다. <.> 2. 사후 메소드

Post Method는 백엔드 (서버)에서 새로운 리소스를 만듭니다. 요청 텍스트는 서버로 보내려는 데이터를 전달합니다. 보안 방법이나 전력이 아닙니다. 우리는 각 발송 요청에 대해 동일한 결과를 기대하지 않습니다. 예를 들어, 동일한 두 개의 게시물 요청은 동일한 데이터와 다른 리소스 ID를 가진 두 개의 새로운 동등한 리소스를 생성합니다.

서버에 게시물 요청을 보낼 때 다음과 같은 상황이 예상됩니다. 이상적으로, 사후 요청이 다른쪽에 새 리소스를 생성하는 경우 응답에는 "생성 된"을 의미하는 201 State 코드가 있어야합니다.

때때로 사후 요청의 실행은 주어진 URL에서 리소스를 반환하지 않으면이 메소드는 204 상태 코드를 반환하여 "내용 없음"을 나타냅니다.

후 끝점을 테스트하는 방법

게시물이 데이터를 생성하기 때문에 데이터를 신중하게 변경해야합니다. 또한 테스트가 완료된 후 생성 된 리소스를 삭제하십시오. 다음은 게시물 메소드를 사용하는 API를 테스트하는 데 사용할 수있는 몇 가지 제안입니다. Post 메소드를 사용하여 리소스를 생성하면 201 State Code를 반환해야합니다.

get 메소드를 실행하여 리소스가 성공적으로 생성되었는지 확인하십시오. 200 상태 코드를 얻고 생성 된 리소스에 응답해야합니다.

잘못되거나 잘못된 데이터를 사용하여 포스트 메소드를 실행하여 작업이 실패하는지 확인합니다.

<.> 3 PUT 요청 방법을 사용하여 업데이트 된 데이터를 요청 텍스트의 내용으로 서버로 보내어 기존 리소스를 업데이트 할 수 있습니다. PUT 방법은 모든 것을 완전히 교체하여 리소스를 업데이트합니다. 리소스 컬렉션에 적용되면 전체 컬렉션을 대체하므로 신중하게 사용하십시오. 서버는 기존 리소스를 성공적으로 업데이트 한 후 200 또는 204 상태 코드를 반환합니다.

풋 방법을 사용하여 API를 테스트하는 방법은 무엇입니까? <..> put 방법은 전원입니다. 전체 리소스를 수정하므로 동작을 테스트하기 위해 다음 작업을 보장합니다. > 풋 요청을 서버에 여러 번 보내면 항상 동일한 결과를 반환해야합니다.

서버가 PUT 요청을 완료하고 리소스를 업데이트하면 응답에 200 또는 204 상태 코드가 있어야합니다.

서버가 PUT 요청을 완료 한 후 리소스의 데이터가 올바르게 업데이트되었는지 확인하기 위해 GET 요청이 발행됩니다.

입력이 유효하지 않거나 형식이 오류 인 경우 리소스는 허용되지 않습니다.

<.> 4. 패치 메소드

Patch는 또 다른 특이한 HTTP 방법입니다. Put과 마찬가지로 패치는 리소스를 업데이트하지만 모든 업데이트가 아니라 데이터 만 업데이트합니다. 예를 들어,보다 정확한 이유로, 요청 [put] 고객/{customerID}는 리소스의 고객 엔티티의 필드를 완전히 업데이트합니다. 그러나 패치 방법은 고객 엔티티가 제공 한 필드를 업데이트합니다. 일반적 으로이 수정은 JSON 또는 XML과 같은 표준 형식이어야합니다. 패치 방법으로 API를 테스트하는 방법은 무엇입니까? <..> 패치 메소드를 사용하여 API를 테스트하려면이 기사에서 논의 된 단계를 따라 PUT 및 POST 메소드로 API를 테스트하십시오. 다음 결과를 고려하십시오 서버에 패치 요청을 보내십시오. 서버는 2xx HTTP 상태 코드를 반환합니다.

요청을 실행하고 컨텐츠가 올바르게 업데이트되었는지 확인하십시오.

요청이 올바르지 않거나 형식이 잘못된 경우 작업이 실패해야합니다.

<.> 5. 메서드 삭제

이름에서 알 수 있듯이 리소스를 삭제하십시오. 삭제 메소드는 전원입니다. 호출이 얼마나 많은지에 관계없이 동일한 결과를 반환합니다. 대부분의 API는 삭제 된 자원을 삭제하려고하더라도 항상 200 개의 상태 코드를 반환하지만, 일부 API에서는 대상 데이터가 더 이상 존재하지 않으면 메소드 호출은 404 상태 코드를 반환합니다.

삭제 엔드 포인트를 테스트하는 방법은 무엇입니까? <..> 서버에서 일부 컨텐츠를 삭제할 때는 신중해야합니다. 우리는 데이터를 삭제하고 있습니다. 먼저 데이터 삭제가 허용되는지 확인한 다음 다음 작업을 수행하십시오. 포스트 메소드를 호출하여 새로운 리소스를 생성하십시오. 실제 데이터를 사용하여 삭제를 테스트하지 마십시오. 예를 들어, 새로운 고객을 먼저 생성 한 다음 방금 만든 고객을 삭제하십시오.

특정 리소스에 대한 삭제 요청을 보내십시오. 예를 들어, 요청 [delete] /customer /{customer-id} 지정된 고객 ID로 고객을 삭제하십시오.

삭제 된 고객을 위해 GET 메소드를 호출하면 리소스가 더 이상 존재하지 않기 때문에 404를 반환해야합니다.

<.> 6. 헤드 메소드

헤드 메소드는 get 메소드와 유사합니다. 그러나 응답 텍스트가 없으므로 응답 텍스트를 잘못 리턴하면 무시해야합니다. 예를 들어, [get] /고객 Endpoint는 응답 텍스트에서 고객 목록을 반환합니다. 또한 [Head] /고객도 동일한 작업을 수행하지만 고객 목록으로 돌아 가지 않습니다. get endpoints를 요청하기 전에 헤드 요청을 보내서 다운로드하는 파일 또는 데이터의 크기를 결정할 수 있습니다. 따라서 헤드 방법은 안전하고 힘입니다.

헤드 엔드 포인트를 테스트하는 방법

API가 지원하는 한 API가 지원하는 한 서버를 사용할 수 있고 액세스 할 수 있는지 테스트 할 수 있으며 텍스트에 응답하지 않기 때문에 GET 메소드보다 훨씬 빠릅니다. . API에서 얻은 상태 코드가 200이기를 바랍니다. 서로 HTTP 방법 전에 헤드 메소드를 사용하여 API를 테스트 할 수 있습니다. <.> 7. 옵션 메소드 우리는이 방법을 사용하여 서버에 제공 할 수있는 통신 옵션 (허용 HTTP 메소드)에 대한 정보를 얻거나 스타 번호를 사용하여 전체 서버를 참조하십시오. 이 방법은 안전하고 힘입니다.

다양한 브라우저는 옵션 메소드를 사용하여 대상 API의 CORS (전송 된 리소스 공유) 작업이 제한되어 있는지 확인합니다.

옵션 테스트 엔드 포인트

를 테스트하는 방법 서버가 옵션 메소드를 지원하는지 여부에 따라 옵션 메소드를 사용하여 서버의 치명적인 결함 수를 테스트 할 수 있습니다. 시도해보십시오. 다음 요점을 고려하십시오 :

옵션 요청을 보내고 반환 된 헤더 및 상태 코드를 확인하십시오. 옵션 방법을 지원하지 않는 리소스의 실패를 테스트하십시오. <.> 8. 추적 메소드

추적 방법은 진단에 사용됩니다. 클라이언트 전에 서버에 대한 요청 텍스트와 동일한 요청 텍스트를 사용하여 링 백 테스트를 생성하고 성공적인 응답 코드는 200 OK입니다. 추적 방법은 안전하고 힘입니다.

추적 방법은 자격 증명이 누출 될 수 있기 때문에 위험 할 수 있습니다. 해커는 내부 신원 확인 헤더를 포함하여 클라이언트 공격을 사용할 수 있습니다.

추적 메소드를 사용하여 API를 테스트하는 방법은 무엇입니까? <..> /api /status get 요청 를 교체하여 추적하여 다시 보내십시오. 서버의 내용을 확인하십시오. 응답에 원래 요청과 동일한 정보가 있으면 서버에서 추적 함수가 활성화되고 작업이 정상입니다. <.> 9. 연결 메소드 Connect Method는 클라이언트와 서버 간의 엔드 -엔드 연결을 설정하는 데 사용됩니다. 터널과 마찬가지로 두 가지 방향으로 연결됩니다. 예를 들어이 방법을 사용하여 클라이언트와 서버간에 큰 파일을 안전하게 전송할 수 있습니다.

http 메서드 비교

메소드 요약 CRUD는 요청 텍스트 전원 및 기타 보안의 요청을 받아들입니다. 단일 리소스 또는 리소스 그룹 판독 값을 얻으십시오 전체 리소스 업데이트의 한 번 업데이트를 한 번만 넣는 것은 예입니다. 새로운 자원 생성을 만들 수 있습니까? 패치의 갱신 자원 업데이트의 일부 삭제 삭제 리소스, 그렇지 않습니까? 옵션은 허용 가능한 작업에 대한 정보를 얻습니다. 읽습니까? 엔드 포인트 메타 데이터 읽기의 헤드 획득은이입니다 추적은 읽기의 목적을 진단하는 데 사용됩니다 Connect는 클라이언트와 리소스 사이에 두 가지 방향 연결을 설정합니다 -No-

위 내용은 HTTP 방법 및 코드의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!