后/重定向/获取

Question

在制作基于网络的数据录入系统时，您在决定是否使用发布/重定向/获取设计时，每页添加额外的服务器请求是一个重要问题吗？

Answer 1

是的，但不仅仅是因为表现原因。

如果您有负载平衡和数据库复制，则必须确保POST后的GET实际上会看到已发布的数据，因此您必须配置负载均衡器以将用户重定向到“主”网站或确切接收POST的同一台机器（取决于您实施存储的方式）。

单独的请求不是问题，特别是该替代方案提供了非常糟糕的用户体验，并且可能导致比简单重定向更加超级的请求。

Answer 2

如果我理解你的问题（而且我并不完全确定），那么在帖子后进行重定向绝对是一个好的设计，即使你用更新的信息向他们显示相同的页面。

通过执行重定向，您将破坏正在查看的页面与导致更改的POST之间的连接。用户可以书签和/或刷新页面，而不会弹出任何询问“你想重新发送数据吗？”

Answer 3

大多数情况下，帖子只会在数据发生变化时发生。站点上的流量和CPU时间最多是由查询（GETS）生成而不是更改，因此我认为这些额外请求不是很重要。

Answer 4

我认为这提供的可用性超过了小的性能影响。

Answer 5

通过执行一些性能基准来测试它，您将能够看到它是否会成为您特定情况下的问题。有关详细信息，请参阅this article。