どうもはじめまして、REST初学者の吉田です。
"Kazuho Oku" <kazuho
...@gmail.com> wrote:
> はじめまして。奥一穂と申します。
> 06/11/09 に Miko Yoshida<miki...@mx5.canvas.ne.jp> さんは書きました:
> > ところで、SOAPの方はリソースではなく、procedureが出発点になっていると
> > 思います。Web はRESTでいいかもしれませんが、他のシステム形態では、やは
> > り RPCは健在なのではと思います。
> > どうでしょう？
> RPC 的なことを行いたい場合における REST の問題は、良いパラメータ /
> レスポンスの直列化仕様がないということだったと思います。しかし、 JSON が普及してきたことで、この点は解消したように感じています。
どうも私には、RESTとRPCが違うものに見えて仕方ないので、教えていただけ
ると助かります。
REST+JSON というと、JSONで記述されたコンテンツをRESTを使って、GET, PUT,
DELETE, POST するという風にイメージしてしまいます。
RESTでRPCという前提がよく分からないです。
（逆に、RPCでRESTを使うという前提ならなんとなく分かります）
RPCをやる上で、エンコーディング方式として、JSONは軽量でよいという判断
ですが、トランスポートについては、HTTP（REST？）である必要は（設計上は
特に）ないように思います。
SOAPがWeb Services になって概念拡張したため、何かこの辺りの話しがやや
こしくなったような気がしてならないのですが、いかがでしょう？
> 少なくとも LL 間の RPC においては、REST+JSON のほうが XML-RPC よりも良い選択肢なのではないかと思っています。
REST+JSON と JSON-RPC over HTTP は違うものなんでしょうか？
> 以上、REST 派の POV としてお読みいただければ。
---
吉田 幹 y
...@bbr.jp
|
