网站 API 的两种方式哪种好？

[tonghuashuai]

背景

打算做一个网站，因为考虑开发移动客户端，所以关于 api 的方式有下面两种想法，大家给点意见哪种好，或者还有别的更好的方法。

前提

网站前后端使用 Ajax + JSON 的方式数据交互，打算用 AngularJS

想到的两种方式

1. 网站按正常方式开发，然后为客户端单独开发 REST 接口

这样的问题是：
网站既然用 Ajax + JSON 也得写 REST 接口，这样就等于写了两套接口，感觉会有重复的工作

2. 网站和客户端使用一套接口

这样好处：
接口就用一套

这样的问题：
主要是用户验证有点没有想明白，正常网站的用户验证（ Session Cookie ）和客户端的用户验证（ access_token ) 不一致，导致接口得处理不同的来源使用不同的验证方式，第一种方式倒是没有这个问题。
其实这个问题倒是想到一种解决方法，初步想的是把 token 存到本地，不清楚这样是不是最佳实现方式。

或者还有其他的更好的方法

关于这方面有没有什么最佳实践，大家给点指导，多谢！

[hging]

网页也可以用 token 校验. 并没有什么区别.

[neoblackcap]

其实就是验证问题，我觉得就一套挺好的。

验证的话，开两个不同的接口不就可以了吗？一套是(session cookie )，一套是(access_token )。

[ljbha007]

都用 session 也没什么不好 access_token 只是在集成 OAuth 的时候需要改的代码比较少
但是两者实际上完全是一回事

[lerry]

我看 rails 是支持多种方式验证的， token ， cookie 都可以。
如果是 python 微框架，估计要自己处理一下

我最近做的项目其实就是你说的第二种方案，登录之后，用 js 把 token 写入 cookie ，每次请求的时候带上，简单封装装一下就可以

[jadecoder]

Angular 也用 HTTP Header 里的 Authorization 验证。 App 启动的时候调一行
$http.defaults.headers.common.Authorization = token;
后面的 http 请求就自动带上了

[learnshare]

第二种， Web 也作为客户端来开发

[tonghuashuai]

@lerry 怎么解决跨域的问题呢？

[learnshare]

token 存哪里不重要，在客户端的安全性都一样（容易被看到）；
token 放在 header 里处理起来会方便一些吧；
跨域参考 google: CORS 。

[lerry]

@tonghuashuai
放 header 应该是更合适的做法
跨域的话，正如 @learnshare 说的，让服务器端返回允许跨域请求的 headers 就好了

[realpg]

我更倾向于用两套 API
除非你的 web 是全 ajax 的，基础数据都不通过原始 js 操作之前的 HTML 渲染
核心数据处理的 Model 设计好可良好复用
前面的针对 web 和 app 的不同逻辑部分应该很少

[deadEgg]

建议方案一,
web 纯 ajax 的话,首先你也发现了这几个问题
我觉得还有一个比较严重的问题就是 sign 的问题.
无 sign 的 url 容易被人爬接口

[zyx89513]

倾向于用两套

[lijinma]

我这边用的是一套， Ajax 用的是 http://jwt.io/， App 使用的类似于 OAuth 的 access_token

[poke707]

看看 Json Web Tokens 是否合适你
http://jwt.io/

[zonghua]

@learnshare 但是我有点不懂，客户端每次请求只需要数据，而页面需要页面模板，怎么传输页面模板？一次性全部传过去？就相当于一次浏览你的网站全部下载了页面？

[felixzhu]

1.token 存到哪里都可以
2.header 好，统一处理清晰明确
3.token 的计算其实是域名无关的，然后网页是一个域，客户端是一个域，为啥会跨域

[RoshanWu]

@zonghua 人家说的是单页应用(SPA )吧

[flowfire]

网页可以加一道通过 cookie 获取临时性的 token 。。。

[learnshare]

@zonghua 后端只给数据（一般是 JSON ），前端负责渲染模板

[SolidZORO]

實戰過 full api 方式供應前後台以及客戶端。看起來是統一了，但是不同需求 if 巨多。

老老實實分開寫，後台這東西能不用 api 就不用， SPA 看看就行了，坑多。