RESTful 有六个约束(Representational State Transfer (REST)),其中之一: Stateless 要怎么理解?查了一些文章大都是说,Request 必须携带所有信息,server 不保存 client 的任何状态。

比如请求 http://api.test.com/posts 需要获取到所有文章,接口返回了文章前十条,如果服务端是有状态的,那么请求 “我要看下一页”,那么服务器自然就会返回第二页的文章。然而 RESTful 的架构风格是无状态的,所以服务器并没有保持你当前处于第几页,也就无法响应 “下一页” 这种具有状态性质的请求。因此客户端每次请求都需要带上“第几页”这样的状态信息。

那么对于普通的管理系统,需要登录获取更多信息,浏览器登录成功后,服务端是把用户信息保存在 session 中了,然而下次请求的时候还是由于在 cookie 携带了用户信息才让服务器知道用户是已登录状态,那么对于这种场景下的接口是否符合 REST 风格呢?

这种场景和 REST 推荐的 oauth 认证有何区别呢?

  • RESTful

    一种软件架构设计风格而不是标准,提供了一组设计原则和约束条件,主要用于客户端和服务器交互类的软件。基于这个风格设计的软件可以更简洁,更有层次,更易于实现缓存等机制。

    24 引用 • 103 回帖 • 289 关注
  • API
    30 引用 • 241 回帖 • 1 关注
  • 架构

    我们平时所说的“架构”主要是指软件架构,这是有关软件整体结构与组件的抽象描述,用于指导软件系统各个方面的设计。另外还有“业务架构”、“网络架构”、“硬件架构”等细分领域。

    57 引用 • 284 回帖
感谢    赞同    分享    收藏    关注    反对    举报    ...