为什么ASP.Net重写runat = server锚控件的相对路径?

时间:2010-03-24 15:20:57

标签: asp.net html anchor relative-path

我的UserControls位于我的解决方案的〜/ Controls文件夹中:

/Controls/TheControl.ascx

如果指定以下内容:

<a id="theId" runat="server" href="./?pg=1">link text</a>

ASP.Net似乎想要重写指向绝对位置的路径。例如,如果控件位于site.com/products/fish/cans.aspx,则链接href将被重写为读取

<a id="munged_theId" href="../../Controls/?pg=1>link text</a>

为什么Asp.Net重写这些控制路径,是否有一种优雅的方法来解决它?

我只是想让锚控制器吐出我告诉它的确切内容!这太难了吗?

编辑:

我基本上完成了凯尔西建议的事情。我知道我可以这样做,但是当我想要一些相对简单的东西时,我不喜欢在我的代码中添加标记。至少它解决了这个问题:

Aspx页面:

<asp:PlaceHolder ID="ph" runat="server"></asp:PlaceHolder>

代码隐藏:

var anchor = new HtmlGenericControl("a") { InnerText = "Previous" + " " + PageSize) };
anchor.Attributes["href"] = "?pg=" + (CurrentPage - 1);
anchor.Attributes["class"] = "prev button";
ph.Controls.Clear();
ph.Controls.Add(anchor);

正如您所看到的本质上应该是简单且轻量级锚点所需的代码量,它不是最佳解决方案。我知道我可以使用Literal,但我认为这更加清晰,因为我添加了多个锚点。

我很有兴趣知道为什么ASP.Net接管并尝试修复我的网址。

5 个答案:

答案 0 :(得分:4)

为什么定义了runat="server"而没有ID?你需要访问服务器端吗?如果删除runat="server",一切都将按预期工作。

有关ASP.NET如何处理路径的详细信息,请查看此MSDN article

修改:您可以使用Literal控件然后输出原始<a href...来解决问题。

例如:

<asp:Literal ID="myLiteral" runat="server" />

myLiteral.Text = "<a href=\"./?pg=1\">link text</a>";

然后,您可以根据需要设置Literal上的可见属性。

答案 1 :(得分:4)

我知道这是一个古老的主题,但我也遇到了这个问题,最后也采用了类似的解决方案,但是能够通过在ascx中执行此操作来保存几行代码:

<anchor id="myAnchor" runat="server" href="xxx">link text</anchor>

然后在后面的代码中,我使用HtmlGenericControl引用它,然后可以这样做:

myAnchor.TagName = "a";
// other properties set as needed

无论如何,我想我会发帖以防其他人在这里遇到同样的问题。

答案 2 :(得分:1)

最好的办法是使用魔法〜/导入到网址,使所有应用程序根相对。这往往会使事情保持平稳。

答案 3 :(得分:1)

你的问题没有很好的答案。 ASP.NET将把UserControl中的相对路径视为相对于用户控件的路径。

您可以在用户控件的代码中执行操作,根据Request.Path属性设置锚标记的HRef属性。然后,您可以创建相对于页面的URL。

替代方案是使用像Kelsey这样的文字建议,或者我只是尝试映射所有相关的应用程序〜/像Wyatt建议的那样。

答案 4 :(得分:0)

即使文字也不能使用ICallBackEventHandler和RenderControl至少...我最终在客户端将标签黑客攻击:/例如在JQuery中:

$('#munged_theId').attr('href', './?pg=1');