Php MVC框架中通常如何保留错误？

当提交表单并检测到错误时，用户通常会返回到具有保留输入和突出显示错误的同一表单。但是，为了避免接收错误消息的可能性，如下所示：

使用

标题（'Location:'）重定向表单

这样表单的“操作”就不会保存在浏览器历史记录中

由于重定向创建了一个新请求，通常如何在一个请求到下一个请求之间保留错误？我倾向于使用会话$\u SESSION，但从我收集的信息来看，使用会话进行错误处理是不可取的

---

我非常感谢您能深入了解这一点。

在MVC框架中，您可以访问请求变量，并在同一个请求中交付预期的页面，其中涉及重定向，您可以在url中使用会话或查询变量

在MVC框架中，您可以访问请求变量，并在同一个请求中交付预期页面，其中涉及重定向，您可以在url中使用会话或查询变量

错误不应该是由任何广泛的框架处理的任何东西。相反，它应该是应用程序本身的一部分

---

错误的生成以及永久和临时存储应由模型层处理，而上述错误的表示严格由视图实例负责。而且，由于MVC的实际部分不受框架的控制，这使得处理错误超出了框架的权限。

错误不应该是任何东西，任何广泛的框架都可以处理。相反，它应该是应用程序本身的一部分

---

错误的生成以及永久和临时存储应由模型层处理，而上述错误的表示严格由视图实例负责。而且，由于MVC的实际部分不受框架的控制，这使得处理错误超出了框架的权限。

我不认为在那里使用$会话有什么错，我有时会这样做。只需为每个错误编写相同的$_会话['error_string']，并在出现另一个错误时覆盖它。这只是一个变量，只要它不是敏感信息，它就是nbd。我不知道在那里使用$\u会话有什么问题，我有时会这样做。只需为每个错误编写相同的$_会话['error_string']，并在出现另一个错误时覆盖它。这只是一个变量，只要它的非敏感信息是nbd。查询变量是一个好主意，您可以有一个将id映射到错误消息的文件，然后在重定向时将错误消息id传递到url中。查询变量是一个好主意，您可以有一个将id映射到错误消息的文件，然后，当它们被重定向时，只需在url中传递错误消息ID