REST インターフェイスについて読んでいると、次のような開発者の文章に出くわしました。
REST インターフェイスは、大規模なハイパーメディア データ転送に効率的になるように設計されており、Web の一般的なケースに合わせて最適化されていますが、他の形式のアーキテクチャ上のやり取りには最適ではないインターフェイスになっています。
ソース: http://www.ics.uci.edu/~fielding/pubs/dissertation/rest_arch_style.htm
大粒ハイパーメディア転送とは何ですか?
通常、ウェブサイトは複数の小さなファイルで構成されています: HTML、CSS、JS、そして動画などのマルチメディア ファイルです。
では、REST は標準の Web アプリケーションに適しているのでしょうか?それともメガバイト サイズのビデオをクライアントに転送するような考えに適しているのでしょうか?
REST はアーキテクチャ パラダイムであり、URI を介してリソースにアクセスすることに関するものです。リソースがどうあるべきかはあなた次第です。html、オーディオ/ビデオ、または .pdf などです。
そして、それらのリソースを処理するのはクライアントの仕事です.Webサービスは単に「ここにあります」と言います.
「大粒」は「大」と同じではありません:
きめが細かい。「粗い木目」; 「大粒の砂」 [類語: 粗粒]
http://dictionary.reference.com/browse/large-grained
たとえば、メッセージでより適切にモデル化されたシナリオでは、REST は最適なソリューションではない可能性があります。
ところで: あなたの引用はどこから来たのですか?
REST は、単純なフォーム送信以上のサイズのデータ転送に使用されます。はい、標準の Web アプリケーションに適しています。
現在、最適ではないアーキテクチャは、実際にはトランザクションよりも小さいデータ チャンクを転送するためのものです。たとえば、ユーザーがページで複数のチェックボックスにチェックを入れた場合、現在の設計者は REST データ転送を複数ではなく 1 つだけ開始しようとします。