javascript - 当我使用 Backbone 和 AMD 模块时，存储授权数据的最佳位置在哪里？

Question

我使用 Backbone 和 RequireJS 为注册或非注册用户创建 js 应用程序。为了从数据库中检索数据，我使用简单的 JSON Web 服务，当然有些方法不适用于查询。问题是我不知道应该在哪里或如何存储从服务器检索的身份验证数据，而无需在每个 View 中重新加载它。我应该使用 cookie 吗？

Answer 1

我想这取决于您的身份验证、授权方法以及您需要为用户考虑的安全类型。如果你想成为 RESTful，你不能有 session 来保存状态(至少在服务器端)。你可以，但如果这对你很重要的话，由于在服务器上保存状态，它不会是 RESTful。我听说可以在客户端保存状态，但从我读到的内容来看，我不确定社区对采用这种方法的某些实现有何看法。 (就像 cookie 一样，稍后我会重新讨论。)

假设有人使用用户名和密码登录。您可以将这些信息保存在您的 Backbone 应用程序中，也许您有一个名为 AUTH 的模型可以执行此操作。每次您向服务器发出请求时，您都会在每次旅行时发送该数据，此时服务器会进行身份验证并授予或拒绝对给定资源的访问权限。如果您使用 Basic Auth，我认为此信息将位于标题中。使用 SSL 减轻了围绕通过网络发送此信息的一些主要安全问题，并且在接下来的讨论中，我们假设这就是我们正在使用的。

您可以执行此操作的另一种方法是使用加密的 cookie，即加密的 cookie session 。这就是我对当前应用程序所做的。老实说，我不知道这算不算违反 RESTful 原则。网络上的一般聊天似乎有很多“cookie 不好， session 不好”，有些人说“变得真实”。如果有人可以访问用户的计算机，使用 cookie 会使您暴露于 cookie 劫持，但根据您的应用程序和安全需求，这可能不是一个不合理的选择。它对我有用，如果它不是 RESTful，我喜欢称它为 RESTLike。

最后，我将只描述我的设置。如果能得到您的想法以及 Stack 对此的意见，那就太好了。

基本上我有一个设置，当有人访问主页时，服务器会检查加密的 cookie session 。如果 cookie session 无效或不存在，它会为用户提供常规页面并有机会登录。当他们登录时，我通过 POST 发送该信息，因此它在请求的正文中而不是 URI 中。 (这在技术上违反了 REST HTTP 动词概念，因为您使用 POST 来保存资源。)当处理该信息时，检查用户名，传递由唯一盐创建的哈希，然后服务器创建一个加密的 session cookie 并传递它返回给用户。现在，每次我的用户访问需要身份验证的路由时，服务器都会检查 cookie 以确保它仍然有效(时间限制、用户信息等)，如果有效，则允许访问。如果不是，它会销毁 cookie 信息并发回适当的状态代码。 Backbone 应用对此使用react，重置任何不应由未经身份验证的用户掌握的 View 和数据，并向他们显示登录屏幕。

希望这能给你一个想法。这是我如何做的答案，但如果有人有批评或更好的想法，我会很乐意为他们投票。