RPC スタイルの Web サービスは、クライアントからデータが詰まったエンベロープを受け取り、
を送信します。
同様の封筒の裏。メソッドとスコープ情報(bào)は
內(nèi)に保持されます。
封筒、または封筒に貼られたステッカーに。封筒の種類は重要ではありません
私の分類では、HTTP はどの Web サービスでも使用できるため、一般的なエンベロープ形式です。
その名前にふさわしいものはとにかく HTTP を使用する必要があります。 SOAP も人気のあるエンベロープ形式です
(HTTP 経由で SOAP ドキュメントを送信すると、SOAP エンベロープが HTTP
の中に置かれます。
封筒)。すべての RPC スタイルのサービスは、まったく新しい語彙を定義します。コンピュータプロ
グラムも同様に機(jī)能します。プログラムを作成するたびに、
を使用して関數(shù)を定義します。
さまざまな名前。対照的に、すべての RESTful Web サービスは、
という標(biāo)準(zhǔn)語彙を共有します。
HTTP メソッド。 RESTful サービス內(nèi)のすべてのオブジェクトは、同じ基本インターフェイスに応答します。
Web サービス用の XML-RPC プロトコルは、RPC ar-
の最もわかりやすい例です。
アーキテクチャ。 XML-RPC は最近ではほとんどがレガシー プロトコルですが、まずは
から始めます。
比較的シンプルで説明しやすいので、これを使用します。例 1-11 は Ruby
を示しています。
Universal Product を使用してあらゆるものを検索できる XML-RPC サービスのクライアント