response.redirect 到新的浏览器选项卡

Question

有几个关于这个主题的讨论(最接近的一个可能在 Redirecting new tab on button click.(Response.Redirect) in asp.net C# )，但没有一个符合我的需要。这是我的情况:

代码 <asp:ImageButton ID="SearchButton"<br/>
runat="server"
OnClick="SearchButton_Click" OnClientClick="target='_blank';"/>

允许我在“代码隐藏”中处理事件(处理此重定向的 URL)，如果此标记位于“常规”.aspx 页面中，并且代码隐藏中的事件处理程序 SearchButton_Click 一切正常。

我的情况与此不同，因为此代码驻留在 .ascx(用户控件)元素中，该元素动态加载到“顶级”页面上。此相同代码导致当前页面被此“搜索页面”替换，甚至无法使用浏览器的后退按钮返回到原始上下文。

请注意，我更愿意在 C# 中将其处理为

protected void SearchButton_Click(object sender, EventArgs e)
{
    string what = queryText.Text;
    Response.Redirect(baseUrl + what);
}

感谢每条建议。

Answer 1

你的问题有点复杂，我来解释一下背景:

选项卡和窗口，以及为什么你不应该对浏览器做出任何假设或要求

传统上超链接(例如 <a href="foo">)在与原始文档相同的窗口视口(viewport)中打开链接。这是惯例，也是用户单击链接时所期望的。除非您确切地知道用户期望什么，否则您永远不应导致链接在新窗口、选项卡或文档内 iframe 弹出窗口或 Ajax 对话框中打开。

在标签式浏览器出现之前，超链接带有 target="_blank"会导致它们在新窗口中打开。近年来，选项卡式浏览器通过在新选项卡中打开它们来防止任务栏垃圾邮件 - 但这是用户偏好。浏览器选项卡不会通过任何公共(public) API 暴露给浏览器，因此您的应用程序永远不会知道 target="_blank" 是否存在。在新窗口、新选项卡或什至相同的窗口视口(viewport)中打开(除非您在客户端脚本中监 window 口事件)。

我认为应用程序永远不应该让用户感到惊讶，并且用户总是希望有一个链接可以在同一窗口中打开某些内容。

当 XHTML1.x 发布时，他们删除了 target属性完全是因为它最初是为框架设计的(在 XHTML 中也被删除)，因为委员会认为 _blank功能被滥用，因为 XHTML 可以在可能不支持多窗口的各种设备上呈现(想想:2005 年时代的功能手机，网络浏览器很糟糕)。

...不幸的是他们用 HTML5 把它带回来了，哦好吧。我想它确实有一些合法用途，但无论如何。

ASP.NET Web 窗体事件(例如 _Click)

(这就是我为 MVC 放弃 Web 窗体的原因，我强烈建议您也这样做)。

ASP.NET Web Forms 通过将整个页面包装在 <form> 中来模拟 WinForms元素，然后将客户端脚本添加到所有控制元素，例如 <asp:Hyperlink>和 <asp:Button>这导致整个 <form>将 POST 提交回服务器，服务器会重新创建表单，并在处理过程中引发这些事件。这是一个特别巧妙的设计，如果被误导的话。幸运的是，它已被 MVC 淘汰，但我离题了。

...这意味着当你有 <asp:Hyperlink>用_Click服务器代码中的处理程序，这意味着您将获得 <a onclick="__doPostback()">而不是 <a href="URL to redirect to" /> ，因此它提供了非常糟糕的用户体验，使事情变得脆弱(因为不在 <form> 元素内的数据未保存)，并且意味着您可能会遇到此类问题(从客户端的角度来看)不清楚在哪里正在执行的逻辑:逻辑上链接应该由客户端执行，而不是服务器。

响应.重定向

Response.Redirect 是向客户端发送 HTTP 3xx 重定向并结束页面进一步处理的快捷方式。它发回此重定向而不是完整的页面响应。 HTTP 重定向只能告诉浏览器跟随它到新位置，它不能指定其他选项。

结论

把这些东西拼凑起来，你会发现没有办法<asp:Hyperlink onclick="delegate() { Response.Redirect("someUrl") }" />会导致someUrl在新的浏览器选项卡中加载。

我建议您直接使用 <a href="someUrl" />不使用任何服务器端逻辑。我不明白为什么在这种情况下你甚至需要这样做。