0

我一直遇到 URL 重写和回发问题。

编辑：当前使用 IIS 7 和 URL 重写模块。

基本上在回发之后，我的 URL 重写完全搞砸了，并在我的查询字符串中添加了一些重复的和不必要的字段值对。考虑到我在我的代码中解析 URL，这在引发回发后破坏了一个已经工作的页面。

从我之前看到的很多人都有同样的问题，几乎所有人都通过修改PageLoad 上的表单操作来修复它，如下所示：

protected void Page_Load(object sender, EventArgs e)
    {
        form1.Action = Request.RawUrl;

        //Some other interesting things.
    }

重要提示：这成功了，它有效。

然而，尽管我的开发经验实际上还不到一个月，但到目前为止，我一直在努力寻找更优雅的解决方案来解决我的问题。我被暗示可能有一个更好的选择，包括编辑Global.asax以便在更“全局”级别上获得相同的结果。

在我看来，这应该会提高整体效率，因为该技巧将在调用任何其他页面之前完成。

所以我的实际问题是：

如何通过编辑 Global.asax 文件而不是修改 MasterPage 加载事件上的表单操作来实现相同的目的？如果您有更优雅的解决方案，我将不胜感激您也将其包括在内。

考虑到这是我的第一个问题，我希望我已经足够有建设性了。

4

2 回答 2

1

如果您无法更改重写方法，那么我可以想到两种可能比您拥有的方法更好的方法。

1）创建一个基本页面并重写其中的操作 - 然后所有页面都应该从新的基本页面继承。这将代码保存在一个位置，您不必在每一页中都写。

2) 从默认表单控件继承并完全停止呈现动作属性，然后它将回发到重写的 URL。然后用新控件替换所有表单实例。你可以在这篇文章的一半左右看到我的意思http://msdn.microsoft.com/library/ms972974

编辑

3）Scott Gu 发布了这个问题的解决方案（在这篇文章中http://weblogs.asp.net/scottgu/archive/2007/02/26/tip-trick-url-rewriting-with-asp-net.aspx）这更干净，并且不涉及使用控制适配器更改任何代码。

于 2012-05-09T14:32:40.647 回答
0

通过iis还有另一种方法：

IIS URL 重写器和解释

我建议您像这样计算根（如果存在 master，则在母版页属性中）：

Root = "http://" + Request.Url.Host + Request.ApplicationPath;
Root += (Root.EndsWith("/") ? "" : "/");

然后使用此指令将其粘贴到 .aspx 中：

<%=Root %>
于 2012-05-09T14:02:52.953 回答