石鹸、REST、xmlrpc。 Facebook、twitter、[Web 2.0サイトを挿入]。決定的なWeb APIとは何ですか？また、あなた自身のコードで何らかの理由で複製する可能性が最も高いものは何ですか？あるWeb APIが開発者の吐き気を呼び、他のWeb APIが純粋な崇拝を呼び起こすようです。エミュレートするウェブサイト/製品用のAPIを開発するように指示された場合（たとえそれが過剰であったとしても）？最も複製したいウェブAPIはどれですか？
製品37signalsには、RESTful XML-over-HTTPを使用して優れたAPIがあります。 The documentationもかなり良いです。
これは間違いなくRESTベースのAPIの素晴らしい実装です。これは最高のものですか？これはプロトタイプのRESTインターフェースと見なされますか？このタイプの実装の長所と短所は何か？ –
HTTPそれ自身。
提供されるプリミティブは表現力豊かですが、広範な問題に適用するのに十分一般的です。私の髪を灰色にするAPIは、私がどのようにそれらを使用するかについて不本意な前提をするものです。 HTTPは美しく非規律です。
APIのGoogle GDATAセット - 私は自分自身の標準であるYouTube one-extend Atomを使用しているため、このRSSタイプのプロトコルについて学習するのに時間がかかるより独占的なものよりもエッジIMHO。
のFlickrのAPIはかなり良いです：http://www.flickr.com/services/api/
はそれで作業を数ヶ月を費やし、それはかなり使えるました。ドキュメントもすばらしく、多くの人がそれをはるかに簡単に見せてくれました。
REST、JSON/XML/PHP/SOAPプロトコルでは、すべてのエンドポイントに名前空間があり、すべてのリクエストに対して多くのオプション/パラメータがあります。エラーメッセージとコードも文書化されています。
ほとんどの場合、Flickrはその写真とユーザーについて適切なアクセス権を持っていることを知っています。良いAPIが大好き！
[ウェブサイトAPIのゴールドスタンダードとは何ですか？ Twitter、Flickr、Facebookなど]（http://stackoverflow.com/questions/297005/what-is-the-gold-standard-for-website-apis-twitter-flickr-facebook-etc） –