2016-10-24 2 views
0

작성자가 "평온한"서비스로 작업하려고합니다.웹 서비스가 "안정적"인지 여부를 어떻게 알 수 있습니까?

이 서비스에 대한 요청을하려면 Json을 게시해야합니다.

{ 
"@type" : "Something" 
"$value" : 1 
} 

이것은 이와 비슷한 URL에 게시됩니다.

https://someSite.com/api/query/execute

상관없이 요청의 성격, 내가 정보를 검색에 추가하거나 난 항상 (나의 자격 증명을 확인하기 위해 몇 가지 헤더 값과 함께)이 URL을 사용해야합니다 업데이트하고 있는지 여부. 이 서비스에 게시하는 효과는 내가 보내는 JSON에 의해 ​​결정됩니다.

호출의 특성에 따라 위의 샘플과 매우 유사한 JSON이 수신됩니다. 이 JSON에는 절대로 다른 URL (또는 그 일부)이 포함되지 않습니다. 항상 "데이터 객체"즉 속성 및 값의 집합입니다. 때로는 빈 응답을 받지만 서비스 공급자가 제공 한 웹 사이트를 통해 해당 효과를 볼 수 있기 때문에 요청이 효과가 있음을 알고 있습니다.

내가 보내야하는 ENUM 값과 관련하여 특별한 문제가 있습니다. 허용되는 값 (항상 문자열로 전달됨)

이 서비스에 대한 설명서가 제공되지 않았습니다.

저는 RESTful 서비스와 JSON에 비교적 익숙하며 진정한 서비스인지 여부를 알고 싶습니다.

이 분야에 대한 저의 경험이 부족하기 때문에이 질문에 올바르게 대답하는 데 필요한 중요한 정보를 생략했을 수 있습니다. 의견을 면밀히 검토하고 추가 설명을 제공 할 것입니다.

답변

2

은 진정한 안식 서비스인지 아닌지에 대해 알고 있습니다.

아니요.

REST의 주요 원칙 중 하나는 "사물"이 URL로 식별된다는 것입니다. API와의 모든 상호 작용에 대해 하나의 URL을 사용하면 해당 원칙을 위반하게됩니다.

+0

+1 나는이 서비스가 RESTful이 아님을 알 수있는 유일한 방법일까요? –

+1

@mark_h 진정한 RESTful 서비스 또는 API가 수행해야하는 몇 가지 제약이 있습니다. 로이 필딩 (Roy Fielding)이 논문으로 발표 한 몇 가지 [제약] (https://en.wikipedia.org/wiki/Representational_state_transfer#Architectural_constraints) 외에 그는 [나중에] (http://roy.gbiv.com/untangled/2008/ rest-apis-must-be-hypertext-driven)은 일반 HTTP API 서비스와 REST의 차이점에 대해서도 설명했다. REST는 종종 유행어 용어로 오용되기 때문이다. –

관련 문제