为什么'；asp.net css链接路径是否在head标记之外工作？_Asp.net

为什么'；asp.net css链接路径是否在head标记之外工作？

asp.net

为什么'；asp.net css链接路径是否在head标记之外工作？,asp.net,Asp.net,为什么asp.net css链接路径不能在head标记之外工作我在母版页中有以下代码： <head runat="server"> <title>Untitled Page</title> <link href="../CSS/default.css" rel="stylesheet" type="text/css" runat="server" /> <asp:ContentPlaceHolder id="head

为什么asp.net css链接路径不能在head标记之外工作

我在母版页中有以下代码：

<head runat="server">
    <title>Untitled Page</title>
    <link href="../CSS/default.css" rel="stylesheet" type="text/css" runat="server" />
    <asp:ContentPlaceHolder id="head" runat="server">
    </asp:ContentPlaceHolder>
</head>


无标题页

这似乎解决了CSS链接，无论页面的文件夹深度如何

我注意到，如果你使用css链接，它只会解析到正确的路径，如果它在头部（如果在身体中使用它不起作用）

我知道如何通过使用ResolveUrl来解决这个问题，但我想知道这是否就是它的工作原理，或者我是否遗漏了一些东西。

ASP.NET在母版页的head元素上指定runat=“server”时，会对链接和脚本标记中的URL进行神奇的重定基址

这种奇怪的行为有一些细节。

当您在母版页的head元素上指定runat=“server”时，ASP.NET会对链接和脚本标记中的URL进行神奇的重定基址

这种奇怪行为有一些细节。

服务器控件将处理相对URL，并将适当的URL输出到客户端<代码>是执行此操作的服务器控件。如果删除

runat='server'

属性，您将看到此地址转换将不再发生。

服务器控件将处理相对URL，并将适当的URL输出到客户端<代码>是执行此操作的服务器控件。如果删除

runat='server'

属性，您将看到这种地址转换将不再发生。

听起来就是这样。这很奇怪。我想知道为什么他们没有创建一个asp:link服务器控件，它可以像asp:image和asp:HyperLink那样采用相对路径。@webdtc他们创建了。System.Web.UI.HtmlControls.htmlink。当您执行@webdtc时，它会被实例化，这使得行为更加奇怪。同一命名空间的HtmlHead控件对其文本内容敏感，这与其他控件不同。我的链接在服务器上运行，它不解析url。我读到，如果我这样做的话，它可能会按照我预期的方式工作？听起来就是这样。这很奇怪。我想知道为什么他们没有创建一个asp:link服务器控件，它可以像asp:image和asp:HyperLink那样采用相对路径。@webdtc他们创建了。System.Web.UI.HtmlControls.htmlink。当您执行@webdtc时，它会被实例化，这使得行为更加奇怪。同一命名空间的HtmlHead控件对其文本内容敏感，这与其他控件不同。我的链接在服务器上运行，它不解析url。我读到也许如果我这样做，它会像我预期的那样工作？