@
Harp 输出的还是JSON格式,只不过这个是 Google Reader 的 API,能保证可以下载下来
@
sobigfish “为什么不能是本地化的client 啊”
在
http://www.v2ex.com/t/63135 7 楼有解释过,拷贝这里并补充 4,5 点
如果没有 Google Reader 这种提供 API 服务的中心:
1, 标星,已读 等状态在不同应用,甚至相同应用相同帐号在不同设备之间同步都会成为问题。用户的迁移成本也提高
2, 有较多订阅源的用户来说本地直接抓取效率很低
如果订阅源不支持根据上次抓取时间来返回结果的话(比如通过 header 中的 ETag),对订阅源和客户端都是负担,尤其全文 feed
3, 客户端要处理 rss 和 atom 两种格式,许多 feed 的输出并不规范,需要不少错误处理
4, 客户端并发请求数量有限,一些订阅源的请求时延可能会导致客户端等待很久
5, 越来越多用户通过移动设备阅读,对流量与等待时间有更高要求
比如,获得最新更新,从 Google 服务器只要一个请求,GET 0/stream/contents/?n=请求数量&ot=上次更新时间&xt=user/-/state/
com.google/read,通常可以在几秒内完成更新而如果完全在客户端实现,需要逐一向各个订阅源请求,并且每个订阅源可能都会返回最新的 n 篇文章
不知道 Digg 最后能否以应用开发商能负担的起的成本提供得起这种 API