【发布时间】：2009-04-22 06:55:47
【问题描述】：
肥皂、REST、xmlrpc。 Facebook、推特、[插入 web 2.0 站点]。什么是最终的 Web API，哪个是您最有可能在自己的代码中复制的 API，出于什么原因？似乎有些 Web API 引起了开发人员的恶心，而另一些则引起了纯粹的崇拜。如果你被告知要为一个网站/产品开发一个 API，你会效仿（即使它是矫枉过正）？
【问题讨论】：
标签： facebook rest soap twitter xml-rpc
【发布时间】：2009-04-22 06:55:47
【问题描述】：
37signals 的产品具有出色的 API，使用 RESTful XML-over-HTTP。 The documentation 也相当不错。
【讨论】：
-
这绝对看起来像是基于 REST 的 API 的一个很好的实现。这是最好的吗，这会被认为是原型 REST 接口吗？这种实施方式相对于另一种实施方式的优缺点是什么？
HTTP 本身。
提供的原语具有表现力，但又足够通用，可以应用于广泛的问题。让我白发苍苍的 API 是那些对我将如何使用它们做出毫无根据的假设的 API。 HTTP 是漂亮的非规定性的。
【讨论】：
Google GDATA API 集 - 我使用 YouTube 的 - 扩展了 Atom，它本身就是一个标准，所以花在开发上的时间也是花在学习这个 RSS 类型协议上的时间，这给了它一个超越更多专有的恕我直言。
【讨论】：
Flickr 的 API 不错：http://www.flickr.com/services/api/
花了几个月的时间使用它，发现它非常有用。文档也很棒，很多人都让它看起来更容易。
REST、JSON/XML/PHP/SOAP 协议，每个端点都有命名空间，每个请求都有很多选项/参数。还记录了错误消息和代码。
最重要的是，它允许您访问 Flickr 存储的有关其照片和用户的几乎所有信息（当然，具有适当的权限）。一定要喜欢好的 API！
【讨论】：