안심에 대해 tp3.2 매뉴얼의 설명은 다음과 같이 간단하고 명확하게 느껴집니다.
기능 기존 모드 REST 모드
모든 사용자 나열 GET /users/list GET /users
ID가 1인 사용자 정보 나열 GET /users/show/id/1 GET /users/1
새 사용자 삽입 POST /users/add POST /users
ID 1 POST /users/mdy/id/1 PUT /users/1로 사용자 정보 업데이트
ID가 1인 사용자 삭제 POST /users/delete/id/1 DELETE /users/1
get 메소드는 매개변수를 판단하여 다양한 작업을 수행하는 것으로, 예를 들어 위의 경우 전체 사용자 정보가 필요한지, 개별 사용자 정보가 필요한지 여부는 ID가 있는지 여부로 판단할 수 있습니다. 문제입니다만, 현재 궁금한 점은 업데이트 작업과 관련하여 두 개의 인터페이스가 있는 경우 하나는 사용자의 개인 정보를 수정하는 것이고 다른 하나는 사용자의 휴대폰만 수정하는 것입니다. PUT /users/1을 사용하여 개인 정보를 수정할 수 있지만 사용자의 휴대폰을 수정하려면 어떻게 해야 합니까? PUT와 같은 매개변수를 하나 더 전달하고 싶습니다. /users/1/2는 매개변수를 기반으로 다양한 수정 작업을 수행합니까? 아니면 PUT /usersPhone/1과 같은 새 컨트롤러를 만드시겠습니까? 후자라면 너무 번거롭죠?
我想大声告诉你2017-05-16 13:05:34
진실을 말하세요. 이것은 전혀 편안한 디자인 원칙이 아닙니다. 먼저 경로에 동사가 없어야 합니다...
put은 몸체를 가질 수 있으므로 몸체에 배치될 수 있습니다.
巴扎黑2017-05-16 13:05:34
POST의 본문은 매개변수를 취할 수 있습니다.
예를 들어
를 가져오는 경우 으아아아이 매개변수를 사용하면 휴대폰 번호를 수정해야 함을 백그라운드에서 알 수 있습니다.
ringa_lee2017-05-16 13:05:34
PUT /users/1을 통해 개인정보를 수정할 수 있습니다. 1은 사용자 ID에 해당하며, 이는 사용자 정보의 수정에 해당합니다. 수정이 필요합니다. 수정하려면 여전히 json을 통해 전달해야 합니다
我想大声告诉你2017-05-16 13:05:34
RESTful 모드:
http(s)://server.com/app-name/{version}/{domain}/{rest-convention}
여기서 {version}은 API의 버전 정보를 나타냅니다. {도메인}은 기술적(예: 보안 - 지정된 사용자가 이 영역에 액세스하도록 허용) 또는 비즈니스 이유를 정의하는 데 사용할 수 있는 영역입니다. (예: 동일한 함수는 동일한 접두사 아래에 있습니다.)
{rest-convention}은 이 도메인에서 합의된 REST 인터페이스 세트를 나타냅니다.
REST 인터페이스 사양:
http://www.coderli.com/transl...