带有参数的请求，处理和渲染SPA-体系结构方法

Question

我不确定如何命名这个问题，但是这是我需要做的，我正在寻找一些建议，以解决架构问题。我是Java / Kotlin开发人员，非常熟悉Spring Boot和前端的整体基础知识-以便您了解我的来历。这是我的新应用程序的流程：

1. 用户检索生成的链接，其中包含许多可以在浏览器中单击的参数
2. 当他单击该链接时，我想在后端检索这些参数，运行一些冗长的外部API调用和计算（最多10秒），然后一个接一个地返回结果（某些Websocket或服务器发送的事件），并在其中显示SPA应用程序（最好是React）的显示效果很好，因此他可以选择我计算出的选项之一，填写一些表格并付款。

也许我很困惑-我曾与许多前端开发人员一起工作，但是当有人单击带有参数的URL，然后通过后端处理所有这些传递的参数时，我从未想到如何真正地“启动” SPA。

我刚才写的在客户端渲染并以Spring Boot作为后端的代码是可行的吗？还是我必须使用呈现的React服务器端，因为我有带参数的静态URL？有人可以澄清我该如何处理吗？

Answer 1

通常，SPA托管在域上时，将配置Web服务器以将所有路径上的所有请求重定向到根URL。因此，用户尝试访问您域上的哪个路径都没有关系，SPA仍会加载。

然后在您的React SPA中，您检查window.location以在URL中找到路径和参数。然后，您调用后端（很可能在另一个域上），通过Web请求向其发送参数。然后，它发送回带有随机密钥的响应，并继续在后台启动耗时的过程。当结果出现时，它们将根据随机密钥全局保存在字典中（可能是数据库，如果只需要一个后端服务器，则可以保存在内存中）。然后在另一个API端点上，React前端可以使用随机密钥进行轮询，并获取处理的当前状态，并将其显示给用户。