拿nodejs快速搭建简单Oauth认证和restful API server攻略
最近一直在鼓捣这个东西，拿出来分享下一下经验吧，其实很简单，一点也不难。
首先需求是这样，给自己的网站要增加API服务，API分为两种，公共的和私有授权的，授权的使用Oauth方法认证身份，API格式均为JOSN和JSONP。
嗯，别的语言我也没怎么学过，首先是找合适的框架进行实现吧。本身网站使用的express2.x开发的，再在express2.x的基础上开发api接口感觉太累了，找到了社区推荐的restify 进行API开发，然后又搜到了一个开源的oauth的express中间件，
数据源是mongodb，那么开搞吧。
首先是把api的策略和需求文档整理出来，这里有个还没开发完的例子：
首先是授权方法和api讲解，然后是api列表和实现地址与接口简单说明，参数说明等。
当然这写都是在开始写api之前要先大概设计好的。参见上面的地址。我也是参考了别的网站的api文档自己胡乱写的。大概就那么个意思吧。。
然后在说具体开发的细节时，得先讲明白啥是Oauth认证和restful，百科上有官方解释，我就不自己忽悠了。我在这里说下自己的白话理解。
首先restful是api的格式和规范，使用restify应该是帮你会保持好格式和一些特定的特征的，这里我没做过多了解，文档实在太多。。我只知道就像普通网站开发一下，写好json接口就好了。
但是这写api需要认证使用者的身份，这里的使用者分为2种身份，一种为api调用程序，也就是开发者写的代码，一种是使用程序的普通用户的身份需要验证。
对程序的认证，我使用appkey和secret的方式认证，没有这2个，是不允许请求api的。
appkey和secret简单来说就是对程序的另外一份密码和帐号的实现。当开发者申请了一个appkey的时候，我通过算法来进行生成这2个东东，在程序请求api的时候通过对这2个的核对，来确保程序来源。
首先在自己网站上要先写一个申请api的服务，然后做一个简单的后台对申请后的应用就行审核，审核其实就是生成appkey和secret的过程。
应用拥有了appkey和secret之后，公开的api可以直接用参数带appkey的方式获取资源。授权api则需要通过用户授权了，这里就需要用到secret了。
具体流程是：
用户使用第三方应用之前，第三方应用给出本站的一个授权页面地址，参数夹带appkey和回调地址，回调地址和之前申请的地址要一致，确保不会被钓鱼。
用户抵达我的站点授权应用之后，我会把浏览器重新定向到那个回调地址，带一个临时的code码，这个code码是和appkey成对应的。
第三方应用把这个code码获取之后，用这个code码加appkey加程序的secret，来本站换取用户的token，这个时候的secret不会对外部有暴露，就像密码一样，post给我，我再和对code和secret信息，完成对appkey的第二次校验，之后根据这个用户的特征给这个用户生成一个token，2份，我本地一份，第三方一份。
这个token就是用于校验用户身份的了，算法一般是采用可逆的加密方式，但是要有密钥才可以解开的。这里就不详细说了，可以自行搜索serializer这个模块，就是干这个的。
token在加密的时候，本身会注入一些信息，比如这个用户的id，生成时间戳，以及其他一些你觉得有用的信息。
在下次第三方应用发token换取授权api的时候，主站可以解开这个token，核对时间戳【看token的有效期是否合法】看id是否存在，检查一些其他隐藏属性是否被修改等，来进行再次身份确认。
我的程序token是100天的有效期。当然还会提供刷新token的方法，方法就和上面的过程类似了，拿老token换新token，2边同步下即可。
ok，oauth算是大概说明白流程了。上面看起来很复杂的，但是有了最开始说的2个模块之后，很多事情就不需要自己来干了。
这里给出2个参考文件：
这个是oauth在主站的路由控制，详细api可以见oauth2-provider的项目例子。里面提供生成token的方法，生成授权表单的路由，对header拦截和校验的功能等。很方便，只需要自己相应填空就行，当然要结合自己网站的数据进行查询和校验。
还有一个就是api的实现了，restify有不少的坑需要一一说明，首先是对中文的实现，编码utf-8在官方的例子是设置req.setChart 但是，真正的最新2.x版本又去掉了这个功能，所以必须自己手动设置。
还有就是对oauth2的支持也并不好，如果用他的Authorization header parsing插件，对token放在url中，或者可能自己需要扩展的认证方法，很难修改【要改他的源码。你pull request了吧，人家肯定也不收。。】所以我是自己用restify的use自己写了一个，参考代码如下：
写的很搓。。不过很通俗易懂了。。大概就是校验几个接受token的地方，然后解开token进行核对确认身份，再看是否需要拦截。
当然在具体的api接口中，还是需要再次确认了，比如一个api，是修改用户资料，那么应用传了一个token，虽然合法，但是可能不是这个用户的token，所以还是需要在api中需要的地方再次进行身份认证。
所以我在req.authorization又进行了token的存储。方便在接口中再次获取校验。
ok，然后就是编写你自己的业务api了，和写网站差不多，语法和思路和express也是一样的。再给一个例子：
这是网站feed的api实现，一看就很简单了。。需要注意的是，在往外吐的时候，还是要配置个白名单。否则获取用户信息把pwd也反回去就囧了。。
ok。再详细的攻略等我把api全部开发好了，上线之后再上 客户端的demo例子吧。