十年网站开发经验 + 多家企业客户 + 靠谱的建站团队
量身定制 + 运营维护+专业推广+无忧售后,网站问题一站解决
ASP.NET中怎么实现一个服务器控件,相信很多没有经验的人对此束手无策,为此本文总结了问题出现的原因和解决方法,通过这篇文章希望你能解决这个问题。
创新互联是一家专业提供新洲企业网站建设,专注与网站设计、网站制作、成都h5网站建设、小程序制作等业务。10年已为新洲众多企业、政府机构等服务。创新互联专业网站制作公司优惠进行中。
ASP.NET组件设计之ASP.NET服务器控件1、用户控件
类似page,基本上不需要编程,可以将某个aspx页面作为复用组件使用。
ASP.NET组件设计之ASP.NET服务器控件2、LiteralControl
ASP.NET 将所有不需要服务器端处理的 HTML 元素和可读文本编译为该类的实例。例如,开始标记中不包含 runat="server" 属性/值对的 HTML 元素被编译为 LiteralControl 对象。
文本控件的行为与文本容纳器一样,这意味着可以从文本控件提取文本,并通过父服务器控件的 Controls 属性从父服务器控件的 ControlCollection 中移除文本控件。因此,当开发从 LiteralControl 类导出的自定义控件时,确保由控件自己执行任何所需的预处理步骤,而不是使用对 LiteralControl.Render 方法调用的调用来实现它们。一般都会这样做以提高 Web 应用程序的响应时间。
LiteralControl一般不会触发服务器端事件。
可以以编程方式分别使用 ControlCollection.Add 或 ControlCollection.Remove 方法,从页或服务器控件添加或移除文本控件。
ASP.NET组件设计之ASP.NET服务器控件3、HtmlControl
HTML元素的ASP.NET模型服务器端对应组件。每一个HtmlControl直接对应于特定的HTML元素(不一定是输入元素)。
ASP.NET组件设计之ASP.NET服务器控件4、WebControl
通常的Web控件。可以理解为属于复杂的HTML元素以及服务器端处理逻辑组成的。
继承关系:
System.Object System.Web.UI.Control System.Web.UI.TemplateControl System.Web.UI.Page System.Web.UI.UserControl System.Web.UI.LiteralControl System.Web.UI.HtmlControl System.Web.UI.WebControl
通常需要程序员开发的属于用户控件、web控件。xxx
从WebControl继承而来的web服务器组件,往往继承了丰富的UI元素和控制能力。
ASP.NET服务器控件之用户控件
1、为什么是用户控件
现代人喜好偷懒,喜欢“所见即所得”以及“拖放”式的编程。在一个阿ASP.NET web项目中往往会在多个页面中存在共用的UI,譬如header footer等,如果所有页面的内容都一致,往往采用包含特定的js文件来实现,但如果这些多个页面都需要的UI部分跟随不同的用户状态等不同而会不同,这是必须采用动态逻辑处理,普通的js/html就无法满足要求。之前asp中采用include asp文件来实现,现在ASP.NET改变了包含asp文件的种种缺限而采用用户控件来解决。
用户控件本质上是一个独立的ASP.NET文件,扩展名为ascx。用户控件通常依赖于特定的ASP.NET web项目。当使用用户控件时,ASP.NET页面解析器从aspx文件中动态生成一个类,将其编译到一个特定的装配件(临时缓存中托管dll),并按照.net方式引用此类实例,并进行处理。
2、如何得到用户控件
得到用户控件,在vs中实际上仅需要:
在web项目中添加—〉用户控件—〉输入用户控件名—〉在得到的空白页面进行UI设计,并存储。
使用时,将用户控件拖放在web 窗体上,即可使用用户控件。此时vs替代我们做了一下工作:
在使用用户控件的页面添加一个register指令。具体为:
﹤%@ Register TagPrefix="uc1" TagName="WebUserControl1" Src="WebUserControl1.ascx" %﹥
对于页面解释器可解释为:将﹤uc1: WebUserControl1 作为用户控件来解释,uc1为标签前缀(类似标准web控件的asp标签前缀),WebUserControl1作为此用户控件的标签,遇到这一组合就解释为使用用户控件实例。Src值为该用户控件源文件所在的虚拟路径,但不可以为绝对路径。
3、用户控件的实质(ASP.NET的用户控件的背景)
ASP.NET是编译的,处理用户控件同处理页面是类似的,页面中所有元素都是编译成特定类被ASP.NET页面类调用、触发事件的。用户控件也是通过此途径被复用的。当处理用户控件时,页面框架执行以下步骤:
解释ascx文件,相应解释成为一个派生于System.Web.UI.UserControl的托管类
动态编译到自动生成的装配件中。
以上过程仅在***次使用用户控件时发生,以后复用此用户控件会省略此步骤。页面使用register指令,将会引用此类。页面中的用户控件会成为此类的实例。实际上用户控件也是编写ASP.NET类,派生于System.Web.UI.UserControl的类,页面使用这些类如同使用ASP.NET的标准类,为以不同在于标准控件类内置可直接实例化使用,而用户控件需要在使用前进行类似页面的编译工作,编译得到类并组装到装配件后可以被实例化。
4、用户控件编程注意事项
用户组件不可以通过new方式实例化,因为用户控件类属于动态生成,new的时候(这个时候应当是页面编译时候,用户控件还没有被运行使用),用户控件类还不存在。但是可以通过Page.LoadControl(string controlname)来装载,此时为了loadControl可以找到用户控件,需要采用refence指令:
﹤%@ Refence Control=”xxx/UserControlSamples.ascx”%﹥
用户控件可以被另外用户控件嵌套使用,但一定要确保用户控件引用位置正确。
用户控件本身属于UI,可以被缓存,通过ascx文件顶端的OutPutCache指令来确定。
用户控件代码中到的URL是指用户控件存在的路径,而不是调用用户控件的页面代码的路径,需要通过Page.ResolveUrl进行正确的解析。
看完上述内容,你们掌握ASP.NET中怎么实现一个服务器控件的方法了吗?如果还想学到更多技能或想了解更多相关内容,欢迎关注创新互联行业资讯频道,感谢各位的阅读!