时间仓促，就实现了几个社会化媒体的认证和文字同步功能，具体的功能以后扩展。本来是想把这个sdk开源出来的，也省的其他童鞋在这种苦力活里花太多时间。不过需要先跟公司的老大先商量下，毕竟是在工作时间完成的。 Read More
目标：用户认证，文字分享。API设计的比豆瓣还糟糕，也懒的骂，注意几点： 1. 只支持OAuth2.0。 2. 苦逼的文档结构，这里列出几个有用的：http://wiki.dev.renren.com/wiki/Test_Advanced_APIhttp://wiki.dev.renren.com/wiki/%E4%BD%93%E9%AA%8C%E4%BA%BA%E4%BA%BAOAuth2.0%E9%AA%8C%E8%AF%81%E6%8E%88%E6%9D%83%E5%9F%BA%E6%9C%AC%E6%B5%81%E7%A8%8Bhttp://wiki.dev.renren.com/wi Read More
目标：用户认证，文字分享。注意两点： 1. 开心网同时提供OAuth1.0 和 OAuth 2.0 两种规范。强烈建议使用OAuth2.0，搞不好以后就把OAuth1.0给停了。 2. 如果使用OAuth1.0 （我用的是这个，懒的改了）。注意纠结的scope参数，在第一不获取access token的过程中，除了标准的认证参数外，你通常需要再加入参数。像我使用的是scope=basic create_records。 Read More
目标：用户认证，文字分享。豆瓣是这次我写的同步sdk的痛苦之源。不按照标准OAuth的标准，随心所欲。有时候真想掐死那个写API接口的鸟人。豆瓣API七大糟糕之处： 1. 认证模式只支持header模式，你必须把认证字符串独立出来放在Http头的Authorization field中，否则他是不会鸟你的，只会返回no auth access。 2. pin是不需要的，第二步用户认证后，不会返回pin，第三步获取access token也是不需要的。 3. 稳定性极差，如果认证不了，不一定是你的问题。 4. post时使用的不是普通的query string格式，这鸟人用的是一种entry格式 Read More
目标：用户认证，文字分享。没什么可以说的，与新浪，腾讯基本一样。注意两点： 一是用户认证的网址加入type参数，像这样： @"http://api.t.163.com/oauth/authorize?client_type=mobile&oauth_token=" 二是pin码返回的是9位数据，当然用callback应该也是可以的，我没试过。 Read More
目标：用户认证，文字分享。腾讯的文档写也不错。API认证规范方面，只能使用OAuth1.0。OAuth1.0认证实现的细节上需要注意三点：1. 官方提供的sdk还是不错的，比新浪上挂着的第三方sdk靠谱。2. pin码获取有两种方法： 一种是按照文档的说明，将oauth_callback=null。注意这里的null就是指字符串”null”, 这与新浪微博是不同的，新浪微博可以不传callback参数，而腾讯这个参数是必须的。然后用解析html的方法获取pin即可。 第二种是将oauth_callback=www.somewhere.com。注意这里的网址必须是某个可以访问的地址。在第二步用户 Read More
目标：用户认证，文字分享。新浪的文档写的不错，清楚易于查找。API认证规范方面，Basic认证已经取消，OAthu2.0内测中，暂未开放，只能使用OAuth1.0。对于OAuth1.0的实现，新浪完全按照标准规范来，没有像开心网那种苦逼的自定义参数。OAuth1.0认证实现的细节上需要注意三点：1. 谨慎使用官网上挂着的第三方sdk，尤其是不需要实现完整微博客户端的情况下。2. 在显示pin的web页面上，会出现6位数字，可以直接解析html获取Pin。保险期间，获取之后可以直接走第三步，拿access token，如果失败，就请用户手动输入。防止新浪以后变更pin格式，比如改成图片神马的。3 Read More