session - セッションベースのシングルユーザーサービス用のREST？

Question

デバイスをRESTfulサービスとしてリモート制御するためのサーバーを実装することを考えています。Webで知られているほとんどのRESTfulサービスとは異なり、一度に1つのクライアントにしか意味のある方法でサービスを提供できませんでした。RESTはまだ有効なオプションだと思いますか、それともこのシングルユーザーのセッションベースのシナリオを、リモートで対話する別の方法を選択するための兆候と見なしますか？

Answer 1

サービスのRESTアーキテクチャの背後にある原則の多くに従うことは確かですが、それらのほとんどが本当に必要なようには思えません。RESTは、多くの異なるクライアントが存在する、より大規模で長寿命のシステムに適しています。

一方、HTTPを簡単に活用して、ニーズに合ったシンプルなサービスを作成できるようになりました。しかし、HTTP！=REST。RESTはアーキテクチャであり、HTTPはプロトコルです。

Answer 2

実装がとても簡単であるという事実は、私の本の勝利です。専門知識やフレームワークの選択などに応じて、RESTサービスを数分から数時間で実行できます。さまざまなインターフェイスで使用するのは非常に簡単で、より多くのポイントを提供します。サービスが一度に複数のクライアントにサービスを提供するように移行すると、それはより拡張可能になり、それを利用できるようになります。

他の選択肢もありますが、私にはこれは完全に有効なルートのように思えます。