RESTful Web应用程序-会话数据管理

Question

我们正在开发一个具有多个屏幕的应用程序。每个屏幕数据都来自Rest API。在备份中存储会话数据(屏幕数据)的最佳实践是什么？

例如-我需要第四个屏幕中的第二个屏幕的数据(包括屏幕输入数据和rest API的响应)。为此，我希望将屏幕2的rest响应存储在服务器端。

我为此提出了两个场景，如果有人有经验，请帮助: 1)使用REDIS的会话管理--但这主要用于集群环境。2)使用spring安全和spring会话管理的会话管理。

请推荐一种更好的方法。

详细信息: Spring-boot应用程序将托管在云中，该问题与安全性、身份验证、授权无关。

请帮助我的最佳实践，以移动数据到不同的屏幕。

Answer 1

例如，

-我需要第四个屏幕中第二个屏幕的数据(包括屏幕输入数据和来自rest API的响应)。为此，我希望将屏幕2的rest响应存储在服务器端。

您所描述的内容违反了REST的Stateless架构约束。

“正确”的答案是采用两种方法中的一种；一种是将“会话数据”存储在客户端--服务器在响应中将数据发送回客户端(例如，作为表单中的固定/隐藏字段)。另一种是使用客户端操作来修改资源(比如购物车)。

核心问题是:无状态约束意味着服务器只对当前请求进行操作；服务器只会看到请求，而不会看到状态变化(例如:客户端可以点击后退按钮，或者跳转到其历史记录中的其他状态，或者从其他地方获取额外的状态)。

如果你使用“修改资源”的方法，你可能想要回顾一下RFC 7232: Conditional Requests，并考虑你的用例是否需要担心“丢失的更新问题”。