在请求之间保持 Web 应用程序状态

发布于 2024-11-30 17:25:48 字数 238 浏览 0 评论 0原文

我在一个项目中使用 Backbone.js,其中有很多视图更改和路由。当我更改视图 url 时,所有“currentSession”数据(例如活动用户等)都消失了。我想做的是每次调用 Backbone 路由器时对该会话进行哈希处理,并将其转储到 cookie 中,当视图重新加载时会读取该 cookie,并且会话状态将保持活动状态,直到我关闭浏览器或有意注销。

这是目前唯一的还是最好的方法?我很高兴听到有关在客户端上保持应用程序状态的最佳实践。

I use Backbone.js for a project, in which I have a lot of view changing, and routing. When I change the view url, all of my "currentSession" data, such as the active user, etc. is gone. What I thought about doing is hashing that session every time when the Backbone router gets called and dump it in a cookie, which gets read when the view reloads, and the session state is kept alive until I close the browser or log out intentionally.

Is this currently the only or the best way? I will be glad to hear about the best practices in keeping application state on the client.

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(2

耶耶耶 2024-12-07 17:25:48

您可以考虑使用 HTML5 本地存储 API 来在屏幕之间保留此会话信息。或者,您可以努力避免整个页面刷新。由于您已经在使用主干路由器,因此这应该不是什么难事。

You can consider using the HTML5 local storage API to persist this session info from screen to screen. Alternatively, you can work to avoid entire page refreshes. Since you are already using Backbone routers, this shouldn't be so much of a stretch.

攒一口袋星星 2024-12-07 17:25:48

首先,您无法“散列”并检索数据,这是不可能的,因为散列意味着原始数据丢失。

ASP.Net Session 对象的工作方式与 Webform 中的工作方式完全相同,因此请依赖该对象,而不是构建自己的 这将是一个好的开始

First of all you can't 'hash' and retrieve the data, this is impossible as hashing means the original data is lost.

The ASP.Net Session object works exactly as it does in Webforms, so rely on that instead of constructing your own, this will be a good start.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文