c# - 使用 javascript:history.back() 或服务器端后台逻辑

Question

我有一个新的消息页面，只有在您回复消息或单击向用户发送消息时才能访问（当然，除非您猜到 URL）。当前的取消按钮会将您返回到使用 javascript:history.back() 的上一页。

我想知道这是否是最佳实践，或者我是否应该在服务器端使用某些东西来设置取消按钮将您带到的位置。

我看了这个类似的问题：Does using javascript:history.back(); 有什么未知的问题吗？

我不明白那篇文章中提到的缓存问题或 javascript 被禁用，因为该站点有很多 javascript，如果用户没有 javascript，则此功能将是最不值得关注的问题。我也不太担心用户没有可以返回的页面，因为正如我所说，这个新消息页面只能通过单击站点上的按钮来访问，除非您猜测 URL 或将 URL 复制到新窗户。

我想知道以一种或另一种方式做这件事是否还有其他问题。

谢谢！

Answer 1

好吧，您确实提到的一个问题是用户输入 URL 的时间？也许我们疯了，和/或讨厌按钮！撇开玩笑不谈，使用 history.back 主要是因为它的静态特性（谁知道是否有可以返回的页面）。

该人在您提供的有关缓存的链接中试图说的是，例如，说您有一个登录页面。如果您使用history.back点击您的按钮，浏览器将使用网页的缓存版本，然后清除您填写的任何内容。它还会显示您没有在用户端登录。

如果您确实有服务器端逻辑。我认为在这种情况下，您最好的选择是将 windows.location.href 放入您的上一页。这样，这个问题就解决了，并且您确切地知道用户要去哪里。