新浪微博与腾讯微博的开放平台比较 -- 从程序员的角度

write by 九天雁翎(JTianLing) -- blog.csdn.net/vagrxie


新浪微博 -- 腾讯微博 -- 讨论新闻组 -- 代码库 -- 豆瓣


新浪微博
    新浪微博应该算是近期最火爆的了，虽然算是中国社交网络中较新的成员，但是却最具有王者的霸气。目前已经完全凌驾于传统社交网络人人网和开心网之上了，（甚至有数据显示此两者在萎缩了）这点对比国外的facebook和twitter，不禁感叹一下中国的特色国情。
    大概看了一下文档，整个API是基于http的XML和Json文本协议，不知道是发扬光大于facebook还是twitter开放平台，这种方式极大的提高了API的可用性，简化了客户端方面对API的使用方式。这也是《Unix编程艺术》一书中，Raymond评价很高的一种互联网协议设计。

很欣喜的是，新浪微博光是objc的SDK就给出了两个：
一个是官方的：http://code.google.com/p/weibo4objc/
一个是由网友@宝玉xp提供的：http://code.google.com/p/sinaweiboios/
最后发现事实没有想象的那么好，官方的那个感觉代码写的很稚嫩，API设计的感觉虽然简单，但是不足够好，可能作者并不是专业的objc开发者，就新浪的实际情况来看。。。。会不会是做微博的PHP开发者-_-!虽然作为SDK使用者，不应该这样说，毕竟吃果子不忘栽树人嘛，呵呵，但是还是自以为较为客观的描述一下，大家看看代码和API就知道了。

而网友提供的那个，根本就不是SDK，而是从TwitterFon客户端改造过来的一个应用程序，虽然感觉代码的成熟程度比前面的官方的SDK强太多了。
那么还是用真的SDK吧。注册帐号，添加新应用。

    再checkout了代码，更改帐户和密码和添加新应用时sina给的custom key，测试了一下demo.....发现报错，“limited application access api!”然后一查，（见这里）吓一跳，原来中国的开放平台就是这样的，碰巧被我碰到无通知的升级。哈哈，不是当机了就说升级吧。（谁开发过服务端程序谁知道^^）使用无果。
说到API设计不足够好，（代码就不说了，自己看吧）看一个最常用的例子：
Status * statusme = [weibo statusUpdate:@"api Test" inReplyToStatusId:nilReplyId latitude:nilLatitude longitude:nilLongitude];
weibo是Weibo类。我明明就想发一个纯文字的信息，结果需要拖这么长的一个尾巴。。。。。甚至还有带inReplyToStatusId的这种，为啥我发信息需要调用一个API来表示不是回复消息呢？完全可以，也实在应该再封装一层。statusUpdate: (NSString)就可以了。
而最让人意外的是其实是有下面这样一个带图片的新消息的接口的：
[weibo statusUpload:@"111" pic:@"pic_path" latitude:nilLatitude longitude:nilLongitude];
其实我刚开始以为这个API才是发布新消息的时候用的，但是我不需要图片的时候，尝试以下两种方式调用：

[weibo statusUpload:@"111" pic:nil latitude:nilLatitude longitude:nilLongitude];
[weibo statusUpload:@"111" pic:@"" latitude:nilLatitude longitude:nilLongitude];
结果都是会报错的。（本地的错误）这样的抽象，这样的接口，其实还是有点让人意外+无语的。
腾讯微博
    腾讯微博虽然发布的晚，（策略失误所致）但是因为其庞大的平台效应，发力后还是不容小觑。因为开发的晚，所以目前开放平台也没有sina那么好，前1，2个月，我看其开放的SDK时，甚至都还没有iphone平台下可用的SDK。但是好在现在有了。

稍微浏览了一下代码和API，发现腾讯iOS SDK中的代码比新浪的要干净漂亮很多，呵呵，可能开发的人要专业一些（虽然以前出过抄袭事件，但是感觉开发者还是要专业一些）不过专业是专业了，API设计的也实在是太专业了：
QWeiboRequest *request = [[QWeiboRequest alloc] init];
NSURLConnection *connection = [request asyncRequestWithUrl:url httpMethod:@"POST" oauthKey:oauthKey parameters:parameters files:files delegate:aDelegate];

类似的API从表面上是做到了一条API干净简洁的通过参数（上面的parameters）完成所有任务，而且还有增加新功能不用添加API的优点。（仅添加参数即可）但是实际上将所有用户拉入只能先看文档后写代码的境地，也许设计API的人应该先看看《设计Qt风格的API》，了解一些API设计的基本原理吧。API是设计给人用的，而不是想着自己怎么设计简单来设计的。对于这种API，我个人是觉得比新浪的那种还要糟糕。
稍微了解了怎么使用后，尝试添加应用，我一下就蒙了，需要填写包括手机号码，身份证号码,地址，公司等一大堆的东西，怎么搞的像审查罪犯？




    再结合这个权限的设置，真是受不了啊。有人来做开发者，对平台是有好处，最后好像是开发者求你？我联想到最近的“You Win, Rim”的事件，套用其原话，此时此刻，千言万语汇成一句话：你赢了，腾讯。做开放平台难道是来给开发人员添堵的吗？姿态开放而心态不开放的开放很明显是假的开放。最后的效果也很明显，目前新浪微博平台上的应用很繁荣，而腾讯微博平台的应用几乎没有，这可不全都是因为慢了一步而已。

小结：,,

    假如不允许批评，那么所有的赞美都没有意义。我较为苛刻，对两个微博的SDK都提出了一些看法。我的感觉，新浪需要的是加强技术，腾讯需要的是改变心态。但是无论是新浪还是腾讯，只要能够真的拥抱开放，我想不仅是两个公司的平台能够做的越大越强，同时也能给个人和小团队提供新的机会，让大家在中国这片神奇的国土上，也能做点符合自己理想的事情，同时，获得一定的收益，那样，也算是中国互联网在不停的倒退的时候的一点进步吧。

原创文章作者保留版权 转载请注明原作者 并给出链接

本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/vagrxie/archive/2011/03/01/6214509.aspx