«rest» 태그된 질문

REST (Representational State Transfer)는 웹을 통해 정보를 전송하는 네트워킹 소프트웨어의 아키텍처 스타일입니다.

3
버전 관리 REST API. 각 API에는 자체 버전이 있습니다
URL에서, 특히 경로의 시작 부분에 다음과 같은 REST API 버전을 지정하는 것이 매우 일반적입니다. POST /api/v1/accounts GET /api/v1/accounts/details 그러나 버전이 각 API와 관련된 디자인은 보지 못했습니다. 즉, 각 API의 버전을 별도로 유지 관리합니다. 즉 : POST /api/accounts/v2 GET /api/accounts/details/v3 이 접근 방식을 사용하면 변경이 필요할 때 특정 API의 API 버전을 …

1
RESTful API 및 i18n : 응답 디자인 방법
우리는 주로 단일 클라이언트의 요구를 충족시키기위한 RESTful API를 설계하고 있습니다. 매우 특정한 상황으로 인해이 클라이언트는 가능한 적은 요청을해야합니다. API는 요청의 Accept-Language 헤더를 통해 i18n을 처리합니다. 이는 클라이언트가 사용 가능한 모든 로케일에서 단일 엔드 포인트에 대한 요청 응답을 저장해야하는 하나의 기능을 제외하고 클라이언트가 수행해야하는 모든 작업에 적용됩니다. 클라이언트가 일관되고 체계적인 RESTful …
15 rest  api  api-design  http 

2
REST API 오류 응답 모델 및 오류 코드 시스템을 작성하는 가장 좋은 방법은 무엇입니까?
내 REST 구현은 다음 구조의 JSON에서 오류를 반환합니다. { "http_response":400, "dev_message":"There is a problem", "message_for_user":"Bad request", "some_internal_error_code":12345 } 속성 (dev_message, message_for_user, some_internal_error_code)에 필요한 값을 전달하고 반환 할 수있는 특수 응답 모델을 만드는 것이 좋습니다. 코드에서는 다음과 유사합니다. $responseModel = new MyResponseModel(400,"Something is bad", etc...); 이 모델은 어떻게 생겼습니까? 텍스트 정보 …
15 php  mvc  rest  api 

2
이것이 도메인 중심 디자인 RESTful 웹 서비스에 적합한 Visual Studio 솔루션 구조입니까?
.NET 4.5 C # Web API RESTful 솔루션을 구축 중이며 도메인 기반 설계를 사용하여 설계된 솔루션에 대해 내 프로젝트 솔루션이 정확하고 현명한 지 (아마도) 알려달라고 부탁합니다. 이 솔루션은 6 개의 프로젝트로 분할되었습니다. /베이스 (아무것도 언급하지 않음) 웹 프로젝트는 솔루션과 외부 세계 사이의 인터페이스를 형성합니다. 웹 API 컨트롤러를 포함합니다. 요청 오브젝트에서 …

3
다른 API 버전을 지원하는 방법
Rest API를 작성 중이며 다른 버전을 지원하는 가장 좋은 방법이 궁금합니다. 이것은 URI를 V2 또는 V3으로 정의하는 방법을 의미하는 것이 아니라 코드를 구성하는 방법을 의미합니다. 여러 버전을 동시에 지원합니다 (예 : V1 & V2 & V3 URI는 동시에 작동해야합니다. 한 번에 지원되는 금액을 제한하기 위해 V4가 올 때 V1을 폐기합니다. …

1
REST 삽입에 대한 적절한 응답-완전히 새로운 레코드 또는 레코드 ID 값?
삽입 (Idempotent가 아닌 POST) 및 업데이트 (PUT, Idempotent) 요청으로 데이터베이스를 응용 프로그램에 추가 / 업데이트 할 수있는 REST API를 작성 중입니다. POST (삽입) 작업에 대한 응답으로 클라이언트에게 보내는 데이터에 관한 표준 또는 모범 사례가 있는지 궁금합니다. 최소한 레코드 ID 값을 다시 보내야합니다 (예 : 새 레코드는 레코드 # 1234입니다). 우리는 …
15 rest 

5
REST와 HATEOAS는 웹 서비스를위한 훌륭한 아키텍처입니까?
내가 올바르게 이해하면 REST는 Roy Fielding 에 의해 웹 아키텍처의 설명 모델 로 공식화되었습니다 . AFAIK Fielding은 REST가 좋지 않다고 주장했지만 웹의 사실상 아키텍처를 설명했습니다. 이 시점에서 웹은 이미 엄청난 성공을 거둔 분산 하이퍼 텍스트 시스템으로 입증되었으므로 이러한 종류의 REST는 주로 사람이 탐색하고 사용하는 분산 하이퍼 미디어 영역의 성공적인 아키텍처로 …
15 rest  hateoas 

4
마이크로 서비스 REST 또는 AMQP
마이크로 서비스 아키텍처에 관한 많은 기사를 읽었으며 AMQP 또는 REST를 언제 사용해야하는지 궁금했습니다. 서비스 간 느슨한 연결이 좋은 것이며 AMQP가 좋은 선택 인 것 같습니다. 그러나 AMQP를 사용하면 REST 엔드 포인트가 더 이상 필요하지 않다는 의미입니다 (그러나 HATEOAS 개념을 잃어버린 것입니다). 그러나 REST가 실제로 서비스를 구축하는 좋은 방법입니까? 원인 엔드 …

4
oData는 REST 서비스와 어떻게 다릅니 까?
웹 서비스 API 작성을 검토 중이며 REST 서비스 작성을 생각하고 있습니다. 이 맥락에서 OData는 무엇을 의미합니까? OData와 REST의 차이점을 설명해 주시겠습니까?
15 rest 

3
리소스를 찾을 수 없을 때 204 또는 404 응답을 반환해야합니까?
토너먼트 및 일정에 대한 간단한 RESTful 서비스를 개발 중입니다. JSON 본문을 포함하는 POST 요청을 통해 토너먼트가 작성되면 토너먼트는에 삽입되어 BiMapDAO 구현에서 다음과 같이 선언됩니다. private BiMap<String, Tournament> tournaments = Maps.synchronizedBiMap(HashBiMap.create()); 토너먼트가 작성되면 연관된 문자열 ID가 리턴되므로 사용자 는 해당 토너먼트에 대한 나중에 참조 할 수 있습니다. 다음 요청을 수행하여 새 …
15 java  rest  web-services  http 

1
REST 모델에서 자원을 중첩하는 올바른 방법은 무엇입니까?
REST API 서비스를 설계하고 자원을 중첩시키는 올바른 방법을 고수했습니다. 리소스 : 파트너, 티켓, 설정 자원 간 연결 : 파트너에게 많은 티켓이 있습니다. 파트너에게는 설정이 있으며 탈취 논리 : 모든 파트너를 익명 사용자로 표시 할 수 있습니다. 익명의 사용자로 지정된 파트너에 새 티켓을 추가 할 수 있습니다. 파트너 만 자신의 티켓을 …
14 api  rest  api-design 

4
외부 API 테스트를 수행하는 방법 (블랙 박스)
공급 업체의 API를 사용한다고 가정하면 API가 예상대로 작동하는지 확인하는 방법은 무엇입니까? 저의 주요 관심사는 때때로 벤더가 코드 변경 사항을 푸시하고 API를 중단하는 것입니다. 우리는 지속적으로 테스트 할 수있는 일종의 자동 소프트웨어를 원합니다. 이것을 다루는 방법?

6
서버 측 세션이 REST를 위반합니까?
에 따르면 로이 필딩 그의 독창적 인 논문에서합니다 (HTTP 사양의 원리 저자 중 한) 건축 스타일 때 REST을 논의 , 그가 언급 : [E] 클라이언트에서 서버로의 각 요청은 요청을 이해하는 데 필요한 모든 정보를 포함해야하며 서버에 저장된 컨텍스트를 이용할 수 없습니다. "저장된 컨텍스트"는 응용 프로그램 상태, 예를 들어 다음 페이지의 …
14 rest 

4
DTO에 대한 구성 및 상속 사용
단일 페이지 응용 프로그램에 REST API를 제공하는 ASP.NET 웹 API가 있습니다. DTO / POCO를 사용하여이 API를 통해 데이터를 전달합니다. 문제는 이제 이러한 DTO가 시간이 지남에 따라 커지고 있다는 점입니다. 이제 DTO를 리팩토링하려고합니다. DTO 디자인 방법에 대한 "모범 사례"를 찾고 있습니다. 현재 가치 유형 필드로만 구성된 작은 DTO가 있습니다. public class …
13 rest  api-design  web-api  dto  poco 

2
페이로드에 자원 ID를 포함 시키거나 URI에서 파생 시키려면
API를 설계 할 때 PUT 페이로드에 업데이트중인 리소스의 ID가 포함되어야하는지에 대한 문제가 제기되었습니다. 이것이 우리가 현재 가지고있는 것입니다 : PUT /users/123 Payload: {name: "Adrian"} 경로 코드는 URI에서 ID를 추출하고 업데이트를 계속합니다. API의 첫 번째 사용자는 페이로드에서 ID를 허용하지 않는 이유에 대해 의문을 제기합니다. PUT /users/123 Payload: {id: 123, name: "Adrian"} …
13 rest  resources 

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.