ASP.NET的特性

System.Web.UI.Page的类，可以重写在Page对象的生存期中调用的一系列方法， (可以把这些事件看成是页面所特有的，对应于原ASP的global.asa文件中的OnApplication_Start 和OnSession_Start事件)。因为可以把一个页面的功能放在有明确含义的事件处理程序中，所以ASP.NET比较容易理解。

ASP.NET页面的另一个优点是可以在VS.NET中创建它们，在该环境下，可以创建ASP.NET页面使用的业务逻辑和数据访问组件。VS.NET项目组(也称为解决方案)包含了与应用程序相关的所有文件。而且，也可以在编辑器中调试传统的ASP页面，在以前使用Visual InterDev时，把InterDev和项目的Web服务器配置为支持调试常常是一个让人头痛的问题。

最清楚的是，ASP.NET的后台编码功能允许进一步采用结构化的方式。ASP.NET允许把页面的服务器端功能单独放在一个类中，把该类编译为DLL，并把该DLL放在HTML部分下面的一个目录中。放在页面顶部的后台编码指令将把该文件与其DLL关联起来。当浏览器请求该页面时，Web服务器就会在页面的后台DLL中引发类中的事件。

最后ASP.NET在性能的提高上非常明显。传统的ASP页面是和每个页面请求一起进行解释，而Web服务器是在编译后高速缓存ASP.NET页面。这表示以后对ASP.NET页面的请求就比ASP页面的执行速度快得多。

ASP.NET还易于编写通过浏览器显示窗体的页面，这在内部网环境中会使用。传统的方式是基于窗体的应用程序提供一个功能丰富的用户界面，但较难维护，因为它们运行在非常多的不同机器上。因此，当用户界面是必不可少的，并可以为用户提供支持扩展时，人们就会依赖于基于窗体的应用程序。

但随着Internet Explorer 5的出现，而Navigator 6的性能乏善可陈时，基于窗体的应用程序的优点就非常突出了。IE 5对DHTML的健全的支持，允许程序员创建基于Web的应用程序，这些应用程序都能很好地对应于其客户端程序。当然，这种应用程序需要在IE上进行标准化，而不支持Navigator。在许多行业中，这种标准化现在是很常见的。