8,231
回編集
差分
ナビゲーションに移動
検索に移動
Webサービスは、Web技術を用いて、異なるプログラミング言語やプラットフォーム間での相互運用性を実現することができます。例えば、Javaで書かれたWebサービスは、PHP、Python、Rubyなどの他の言語で書かれたクライアントからもアクセス可能です。Webサービスは、SOAPやRESTなどのプロトコルを使用して通信を行い、XMLやJSONなどのデータ形式で情報を交換することができます。; プログラミング言語などに依存しないWebサービスは、[[SOAP]]や[[REST]]などのプロトコルを使用して通信を行い、[[XML]]や[[JSON]]などのデータ形式で情報を交換することができます。これらは異なる[[プログラミング言語]]やプラットフォーム間での相互運用性を実現することができます。例えば、[[Java]]で書かれたWebサービスは、[[PHP]]、[[Python]]、[[Ruby]]などの他の言語で書かれたクライアントからもアクセス可能です。
* [[XML-RPC]] = Webサービスで一番最初に流行ったのがXML-RPCです。送受信ともにXMLでやり取りするという煩雑なものでした。通信にHTTPを使いますが、中身はほぼ独自通信プロトコルみたいな感じで非常に使いにくいものでした。; AJAX* [[AJAX]] = 次に流行ったのが[[AJAX]]でした。単純に[[URL]]を叩いたら[[XML]]か[[JSON]]が返ってくるというもので、実装はXML-RPCより相当簡単になりました。RPCより相当簡単になりました。ただあまりに無秩序でした。 ; REST* 最近流行りなのがHTTPメソッドで「[[RESTfulCURD]] = 最近流行りなのがHTTPメソッドで「」を再現する[[CURDREST]]」を再現する（[[RESTRESTful]]という手法です。）という手法です。大雑把にいえばAJAXの「URL」と「戻り値」にルールを付けたものです。これにより[[AJAX]]は無秩序でAPIマニュアルを読まないと利用は難しいものでしが、[[REST]]は秩序が生まれマニュアルを隅々まで読まなくても何となく使えます。は秩序が生まれたことでマニュアルを隅々まで読まなくても何となく使えるようになりました。あくまで何となくです。
編集の要約なし
== 主な特徴 ==
; Webアプリの技術が流用できる[[WebサイトWebアプリ]]は不特定多数が殺到したような超高負荷などに耐える仕組みも発展しており、そのような負荷分散技術などをそのまま応用できるという特徴があります。
; ルーターを越えやすい
また、独自プロトコルの[[ソケット通信]]を使った[[API]]と異なり「[[HTTP]]は[[ルーター]]を超えやすい」という特徴があります。ほとんどの企業において[[HTTP]]だけは[[ファイヤーウォール]]で塞がれていないのが一般的なためです。
== 主な設計手法 ==
; XML-RPC
[[XML-RPC]]はWebサービスで一番最初に流行ったのがXML-RPCです。送受信ともにXMLでやり取りするという煩雑なものでした。通信にHTTPを使いますが、中身はほぼ独自通信プロトコルみたいな感じで非常に使いにくいものでした。
