为什么我必须指定runat="server"在我所有的ASP。在我有限的ASP知识中,服务器是唯一可用的选项。NET,我得到一个错误,如果我不使用它?
我知道我可以选择在我的HTML标记上使用它,我也知道客户机/服务器范例以及它实际指定的内容。
它是一个多余的标记,可以只是暗示控件是一个ASP。NET控制,还是有一个潜在的原因?
为什么我必须指定runat="server"在我所有的ASP。在我有限的ASP知识中,服务器是唯一可用的选项。NET,我得到一个错误,如果我不使用它?
我知道我可以选择在我的HTML标记上使用它,我也知道客户机/服务器范例以及它实际指定的内容。
它是一个多余的标记,可以只是暗示控件是一个ASP。NET控制,还是有一个潜在的原因?
当前回答
非常多余的属性,考虑到“asp”标记显然是一个asp元素,应该足以将其标识为服务器端可访问元素。
然而,在其他地方,它用来提升普通标记以用于代码背后。
其他回答
HTML元素在ASP。默认情况下,NET文件被视为文本。要使这些元素可编程,可以在HTML元素中添加runat="server"属性。此属性指示应将元素视为服务器控件。
我只是通过反复试验得出了这个结论: 需要Runat ="server"在服务器端运行时访问元素。 删除它们,重新编译,看看会发生什么。
我通常不喜欢猜,但这次我要猜了……
如果你还记得微软当年(2001年?)的。net营销炒作,那时候甚至还很难说。net是什么。是服务器吗?一个编程平台?一种语言?全新的东西?考虑到广告,它含糊地是你想要的任何东西——它只是解决了你可能遇到的任何问题。
所以,我猜ASP有一个隐藏的宏伟愿景。.NET代码可以在任何地方运行——服务器端或客户端,在与.NET运行时绑定的Internet Explorer副本中。Runat ="server"只是一个残余,因为它的客户端对等物从未进入生产环境。
还记得那些奇怪的广告吗?
相关:来自The Register的文章,介绍了一些。net历史。
非常多余的属性,考虑到“asp”标记显然是一个asp元素,应该足以将其标识为服务器端可访问元素。
然而,在其他地方,它用来提升普通标记以用于代码背后。
并非所有可以包含在页面中的控件都必须在服务器上运行。例如:
<输入类型=“submit”runat=服务器/>
这本质上与:
<asp:Button runat=server />
从第一个按钮中删除runat=server标记,您就有了一个在浏览器中运行的标准HTML按钮。支持和反对在服务器上运行特定控件的理由有很多,而ASP。NET根据所包含的HTML标记“假定”您想要的内容。为<asp:XXX />控件家族“推断”runat=server可能是可能的,但我猜微软会认为这是对标记语法和asp。净引擎。