ASP.NET中提供的用户控件,可以解决ASP中无法解决的代码重用问题,更方便了调试工作中的错误检查
ASP.NET提供了比传统ASP更好的代码分离方案。在传统的ASP中,要将用Server. Execute执行的ASP文件或事务对象组件的代码分离开,一般只能将代码分离成几个文件,然后使用“include”的方法。这种方法将造成内存中有多个“include”文件的复本(文件每被引用一次就产生一个复本),从而增加了系统的负担,因此并不可行。使用Server. Execute或许有些改观,但是不能向正在执行的ASP文件传递附加的查询串参数。使用组件可能是唯一比较好的做法。在ASP.NET中,除了使用“include”(并不推荐使用)和事务对象组件的方法,还可以使用两种新技术:code-behind类和WEB用户控件。
使用code-behind类可以有效地将客户端的HTML代码和服务器端的事件处理代码分离开。将这两部分代码分离开有利于调试时跟踪程序,因为那时就不必在实现用户界面的代码和事务逻辑代码之间来回切换。而且,如果项目中用户界面和事务处理是由不同的小组开发的,那么使用code-behind类就可以使这两部分实现独立调试。利用code-behind类将用户界面代码和事务逻辑代码区分开使得代码的集成和维护都比较简便。下面将介绍的用户控件,从代码重用的角度来处理代码分离问题。
1、用户控件简介
用户控件使程序员能够很容易地跨ASP.NET WEB应用程序划分和重复使用公共UI功能。与WEB窗体页相同,程序员可以使用任何文本编辑器创作用户控件,或者使用代码隐藏类开发用户控件。此外,与WEB窗体页一样,用户控件可以在第一次请求时被编译并存储在服务器内存中,从而缩短以后请求的响应时间。但与WEB窗体页不同的是,不能独立地请求用户控件,用户控件必须包括在WEB窗体页内才能使用。
与服务器端包含文件(SSI)相比,用户控件通过访问由ASP.NET提供的对象模型支持,使程序员具有更大的灵活性。程序员可以对在控件中声明的任何属性进行编程,而不只是包含其他文件提供的功能,这与其他任何ASP.NET服务器控件一样。
尽管在创作用户控件时需要选择一种语言,但程序员可以将多个用户控件包含在用多种语言创作的一个WEB窗体页中。例如,可以用Visual Basic.NET创造一个用户控件,导入来自XML文件的数据,再用C#创建另一个用户控件,该控件包含一个订单窗体,然后在同一个WEB窗体页中包括这两个控件。
此外,可以独立于包含用户控件的WEB窗体页中除该控件以外的部分来缓存该控件的输出。这一技术称作片段缓存,适当地使用该技术能够提高站点的性能。例如,如果用户控件包含提出数据库请求的ASP.NET服务器控件,但该页的其余部分只包含文本和在服务器上运行的简单代码,则程序员可以对用户控件执行片段缓存,以改进应用程序的性能。