# 【iShout】从腾讯开放微博接口说说我对获取信息的需求 - 作者：missdeer - 发布时间：2010-12-17 11:33 - 分类：公司 - 原文：https://www.ifanr.com/28086 > 这是 Twitter 活跃用户类库（[@missdeerme](http://www.twitter.com/missdeerme)）的一些思考和总结，他正在着手开发一个信息流的工具。[点击这里](http://www.missdeer.com/)观看他的个人博客，非常不错哟。 ![460](https://s3.ifanr.com/wp-content/uploads/2010/12/460.jpg) 腾讯也[开放微博 API](http://open.t.qq.com/) 了，这对于一个一贯坚持封闭的公司来说，真是个很艰难的决定。但是，眼下的互联网环境中，开放已经成了大趋势。 想想 Facebook 和 Twitter 这两种 SNS 的代表形式，由于API的开放，第三方的应用和客户端真是百花齐放，争奇斗艳，不开放就是死。腾讯在推出微博服务的时候，我猜他们一点都不担心自己的用户数，因为他们自以为有庞大的 QQ 用户基数支持，只要让 QQ 客户端支持微博，就能顺利将用户转移过去。 事实是国内使用微博的用户，绝大多数不是使用网页端，就是使用手机客户端，同时可以想像得到，目前的 QQ 死忠用户鉴于他们的年龄，知识构成，社交习惯等因素，很难迅速接受并支持微博这种表达方式，对他们来说，QQ 签名就足以支持他们对微博这种媒体形式的需求了，那样更方便，更直观。 开放 API，并不是说将微博功能从网页端到其他桌面端或手机端实现一遍就完事了。Twitter 在这方面无论是官方还是第三方都有不少的尝试，当然这也跟服务商对微博的定位有关系。比如 Twitter 之前说过他们做的不是社交服务，而是新闻服务，提供的是内容，所以 Twitter 官网的上次大改版就是往这个方向上发展的，它更注重内容的展现，希望用户可以方便快捷地获取到各种信息。 反观国内的诸多微博服务，无一不是停留在最原始的框架下，对于信息的回溯检索，或是扩散都没有任何明显的形式的支持。就像之前 [ifanr 对和菜头的访谈](http://www.ifanr.com/26762)中提到的那样，国内的微博在意识形态上仍然停留在精英制造内容，草根膜拜瞻仰的原始阶段。 这些天推友 [@lucifierya](https://www.twitter.com/lucifierya) 一直在推一些他对个人知识管理的想法和实践，他主要偏重从网络上获取的信息，包括 RSS、Blog、Tweet 等。其实这三部分独立的，都有各种实现得很好的方案，两种或三种结合的也有一些方案，但显然就很不被重视了。再回头说腾讯，腾讯有[QQ阅读器](http://reader.qq.com/)，有[QQ空间](http://qzone.qq.com/)，也有[微博](http://t.qq.com/)，三者也有简单的关联，比如[QQ阅读器](http://reader.qq.com/)中可以看到好友最新文章，但也仅此而已了。我对 [@lucifierya](https://www.twitter.com/lucifierya) 的一些想法深以为然，但也许因为他个人缺少对软件开发方面的知识和技能，他提供的解决方案就有点畸形。 我在上 Twitter 的这一年来，一直在考虑自己实现一个 Twitter 客户端，一开始只是一个单纯的客户端，后来想法就逐渐有所延伸和扩展。单纯的客户端并不是我想要的，我的本意是需要一个获取信息，管理信息的工具。考察和试用了不少其他的服务，想法已经比较完整，但尚未明确和具体，大致如下： - 连接各微博服务，当然首要是Twitter，提取微博中的网址超链接，作为一个信息源。 - 连接各书签分享服务，比如 [Delicious](http://www.delicious.com/)，[ReadItLater](http://readitlaterlist.com/)，[Instapaper](http://www.instapaper.com/) 等，作为第二个信息源。 - 订阅 RSS 以及[Google Reader](https://www.google.com/reader/)，作为第三个信息源。 - 方便地将超链接分享到微博和书签服务中去。 - 将网页主要内容提取显示。[Readability](http://lab.arc90.com/experiments/readability/)、[iReader](http://samabox.com/extensions/iReader/) 等扩展的作用很明显，可以极大地提高用户体验，但将这功能放在浏览器中需要用户手工激活，有点繁琐，而在专业的内容阅读器中默认采用这种形式就方便了。 - 将所有内容条目以列表形式组织显示，如 [Feedly](http://www.feedly.com) 或 [Reeder](http://reederapp.com) 那样，可以看到每个条目的开头的一部分信息以及内含图片的缩略图，用户就可以直接判断是否是自己感兴趣的内容。 - 将所有内容条目以报纸排版显示，如 QQ 阅读器或那样，这样除了有上一条的好处外，更多的是一种贴近传统习惯的用户体验，至少我个人是相当喜欢这种形式，只不过QQ阅读器一页显示的内容太少，以及不能自行添加RSS订阅，而时有乱码，更新周期太长，并且导致有时候一页内空白块太多，不够美观。 - 用户可以对内容添加评论，评论内容和相关链接可以保存到[Google Docs](https://docs.google.com/)上去，这样就可以移动应用了。 以上这些就是我总结出来的大的需求，其他小需求暂且不提。我会自己用[Qt](http://qt.nokia.com/)慢慢实现，以目前的能力来看，至少可以实现跨 Windows/Mac/Linux/Symbian/MeeGo 了，也许以后 Qt 移植到 Android 和 iOS 上后，也会支持他们吧，这是后话了。 > iShout 是 ifanr 一个接受读者投稿，爆料以及分享心得体会的栏目。我们将选择优秀的文章登载在主站上并清楚注明出处。您可以邮件： 和我们取得联系，Just Do It，马上和我们分享吧～