为什么我必须指定runat="server"在我所有的ASP。在我有限的ASP知识中,服务器是唯一可用的选项。NET,我得到一个错误,如果我不使用它?

我知道我可以选择在我的HTML标记上使用它,我也知道客户机/服务器范例以及它实际指定的内容。

它是一个多余的标记,可以只是暗示控件是一个ASP。NET控制,还是有一个潜在的原因?


当前回答

我认为微软可以通过让编译器在页面编译之前添加runat属性来解决这种歧义,就像java在泛型中所具有的类型擦除一样,而不是擦除,它可以在看到asp:标签前缀的任何地方写入runat=server,因此开发人员不需要担心它。

其他回答

如果你在普通的html标签上使用它,这意味着你可以在事件处理程序中编程操作它们,例如在页面加载时改变锚标记的href或类…只有在必要时才这样做,因为普通的HTML标记会更快。

至于用户控件和服务器控件,不,他们只是没有它们就不能工作,没有深入研究aspx预处理器的内部结构,不能确切地说为什么,但可以猜测,可能是出于很好的原因,他们只是这样写解析器,寻找显式标记为“做某事”的东西。

如果@JonSkeet在附近,他可能会提供一个更好的答案。

在向ASP提交数据时。在服务器应用程序中,Runat = " server "所提到的控件将表示为Dot NET对象。您可以手动在HTML控件中键入代码,或者通过在设计视图中单击右键使用Run As Server选项。 ASP。一旦你将它从工具箱中拖出,NET控件将自动获得此属性,而通常HTML控件不会。

任何带有runat=server的标签都被添加为Page中的服务器控件,而两者之间的任何html内容都被处理为LiteralControls,这些LiteralControls也被添加到Page控件集合中。

runat="Server"表示HTML“控件”将回发到服务器。

Web表单不断地使用回发来通知服务器处理页面控制事件。

. net MVC页面不使用回发(表单“submit”除外)。MVC依赖JQUERY在客户端管理页面(因此绕过了向服务器发送大量回发消息的需要)。

所以: .NET Web表单…在页面标记中经常使用“runat”属性。

. net MVC很少在页面标记中使用“runat”属性。

希望这有助于澄清为什么runat是必要的…

HTML元素在ASP。默认情况下,NET文件被视为文本。要使这些元素可编程,可以在HTML元素中添加runat="server"属性。此属性指示应将元素视为服务器控件。