2011-10-14 4 views
0

RESTful 서비스로 기기를 원격 제어 할 수있는 서버를 구현할 생각입니다. 웹에서 알려진 대부분의 안락한 서비스와는 달리 이는 한 번에 의미있는 방식으로 한 명의 고객에게만 서비스 할 수 있습니다. REST가 여전히 유효한 옵션이라고 생각하십니까? 아니면이 단일 사용자의 세션 기반 시나리오를 원격으로 상호 작용하는 다른 방법을 선택하라는 표시로 보시겠습니까?세션 기반 단일 사용자 서비스를위한 REST?

답변

2

서비스에 대한 REST 아키텍처의 여러 가지 원칙을 확실히 준수 할 수 있지만 실제로 대부분의 서비스가 필요하지는 않습니다. REST는 서로 다른 클라이언트가 많은보다 긴 수명의 시스템에 더 적합합니다.

이제 HTTP는 사용자가 필요로하는 간단한 서비스를 쉽게 만들 수 있습니다. 그러나 HTTP! = REST. REST는 아키텍처이고 HTTP는 프로토콜입니다.

+0

REST는 HTTP 1.1 프로토콜과 병행하여 개발되었습니다. 대부분의 모든 HTTP 호출은 기술적으로 안정적입니다. 당신은 지난 세 문장에서 사실로 옳았습니다. 그러나 대부분의 경우 의도하지 않았더라도 안심할 수 있다고 생각합니다. – corsiKa

+1

아니요, 거의 없습니다. HTTP는 REST 아키텍처에 적합한 프로토콜이지만, 모든 HTTP 호출은 원격으로도 RESTful 일 수 있습니다. HTTP를 통한 XML-RPC와 SOAP의 두드러진 예가 주목됩니다. –

+0

HTTP 호출 수의 측면에서 볼 때, 소수의 소수만이 그렇다는 것을 알게 될 것입니다. 나는 모두를 말하지 않았다, 나는 가장 많이 말했다. 나는 대부분의 HTTP 호출 (웹상의 거의 모든 호출 포함)이 안심할 수 있다는 사실에 주목한다. 사실, 그의 서비스만큼이나 간단 하듯이, HTTP를 사용한다면 분명히 그렇게하려고하지 않더라도 (첫 번째 언급에서 언급했듯이) 안심할 수 있습니다. – corsiKa

1

구현하기가 매우 쉽다는 사실은 제 책에서 승리합니다. 전문 기술 및 프레임 워크 선택 등에 따라 수 분에서 수 시간 내에 휴식 서비스를 제공 할 수 있습니다. 다양한 인터페이스로 소비하는 것이 매우 간단하여 더 많은 포인트를 제공합니다. 한 번에 여러 클라이언트에게 서비스를 제공 할 때 서비스가 확장되면서 확장 성이 향상되고 원하는대로 유지됩니다.

다른 대안이 있지만 나에게 이것은 완벽하게 유효한 경로처럼 보입니다.

관련 문제