微软本来只需要对Web应用平台ASP作稍加改进,比方提供一个功能更强的服务器端脚本编程语言或者页面编译功能就可以保持或者甚至提高ASP的流行度。实际上ASP.NET提供了这两个功能--但是它还提供了更多的东西。简单的说,ASP.NET是一场革命。在本文中,我将讨论ASP.NET对于Web编程所做的提高。
在ASP模型中,一个页面是通过HTML定义然后是通过嵌入的脚本扩展的。在ASP.NET中,不同的是,一个页面是一个生成HTML的类。这个模型被称为WebForm。如果这个名字让你想起VB6的表单控件或者.Net WinForms,那么你摸到点边了。对于WebForms来说,Web服务器控件都放在一个页面上。当这个页面被访问的时候,这些控件自动将它们以HTML的方式实现。浏览器和服务器之间的复杂过程对程序员来说是透明的,由服务器自动完成,并允许事件处理,就和WinForms一样。
让我们马上开始创建一个叫Greeter(欢迎者)的例子然后看看它是如何工作的。我在学习一个新技术的时候喜欢将它们拆开然后再凑成一整块。Greeter仅仅是要求用户输入一个名字然后发出一条问候消息,但是它演示了ASP.NET的几个主要特点。
Greeter页面定义在两个文件中:Greeter.aspx,在列表A中,和Greeter.aspx.cs,在列表B中。.aspx文件定义了页面的UI(用户界面),而C#文件(你也可以使用Visual Basic.Net或者 JScript.Net)在GreeterLogic类里实现了这个页面的逻辑。Greeter.aspx文件第一行的@Page指令通过继承将UI绑定在程序逻辑上。这个指令中的ClassName属性将UI类的名字指定为CreeterUI。而Inherits属性指定GreeterUI是从GreeterLogic继承而来的。
在这个页面的<form>置标中申明了几个Web服务器端控件。Web服务器端控件是标准HTML置标的WebForm抽象化。它们与标准的HTML相比能够提供事件处理并生成更多的功能。Web服务器端控件在一个引用asp命名空间的XML置标里被申明。.aspx文件中的每一个Web服务器控件在页面被执行的时候会导致控件的一个实例被创建。对每个实例的引用在其相应的基类中被保持。这便使得基类能够访问这些控件并能够让它用程序控制这些控件并处理这些控件产生的事件。每个Web服务器端控件指定属性runat="server"来表明这个控件在Web服务器端运行以便为目标Web浏览器生成合适的HTML。Greeter的初始状态在图A中显示出来。
图A
最开始的三个Web服务器端控件是相当直观的:标签控件(label),文本框,和一个提交按纽。最后的一个控件,<asp:RequiredFieldValidator>,是不同的。一个验证控件检查另一个控件的状态并且当目标控件没有处于正确状态的时候会阻止这个表单被提交。在Greeter这个程序中,RequiredFieldValidator控件被用来验证一个数据是否已经被输入到了文本框控件里。它并不关心这个数据的值是多少。初始状态下,RequiredFieldValidator控件是不可见的。如果在按纽被单击的时候文本框是空的,那么就不会产生单击消息,而且RequiredFieldValidator控件会显示ErrorMessage属性的属性值,如图B。对于高版本的浏览器来说,RequiredFieldValidator控件生成JavaScript以在客户端进行数据验证。而对于低版本的浏览器来说则需要在服务器端进行验证。ASP.NET除了RequiredFieldValidator控件外还提供了几个验证控件。
图B
GreeterLogic从类System.Web.UI.Page继承而来。它申明了几个protected数据域来保存对Greeter.aspx文件中创建的控件的引用。GreeterLogic定义了两个方法。OnInit方法重载了方法Page.OnInit来为m_Button单击事件添加一个m_Button_Click方法的代理。m_Button_Click方法处理由m_Button Web服务器端控件生成的单击事件。这个单击事件触发一个到服务器端的数据发送过程。在服务器端,ASP.NET重新生成这个页面然后恢复WEb服务器控件的状态。现在文本框的值就可以通过访问TextBoxText属性得到了。图C显示了由m_Button_Click生成的响应消息。
图C
要配置Greeter应用程序,你可以遵循下面的步骤:
创建一个应用程序的目录。
在应用程序的目录里创建一个bin子目录。
把Greeter.aspx放在应用程序目录里。
使用命令csc /t:library /out:Greeter.dll Greeter.aspx.cs把Greeter.aspx.cs编译成一个库文件然后把Greeter.dll放在应用程序的bin子目录里。
创建一个指向应用程序目录的IIS虚拟目录。
ASP.NET应用程序是由IIS ISAPI过滤器aspnet_isapi.dll处理的。在第一次访问的时候,ISAPI过滤器在ASP命名空间下从Greeter.aspx生成一个.NET类然后把它编译成一个二进制库文件。IIS会自动搜索应用程序的bin子目录来寻找GreeterLogic基类。图D显示了生成的类的继承关系。生成的二进制文件会放在一个根据应用程序的虚拟目录而生成的一个存放临时ASP.NET文件的目录里。例如,如果Greeter的虚拟目录被命名被IntroASPNET,那么Greeter.aspx可能会生成一个名字为effla-hh.dll的二进制文件,并且放在诸如C:\WINNT\Microsoft.NET\Framework\v1.0.3328\Temporary ASP.NET Files\introaspnet\b5d8b0af\51648ab7这样的一个目录里。
如果Greeter.aspx被修改了,那么ISAPI过滤器会在下一次页面访问的时候自动重新生成二进制文件。
图D
那么所有这些意味着什么呢?ASP.NET提供了一个真正的面向对象的编程模型。WebForms能够让页面的UI完全独立于页面的逻辑而被创建然后通过继承而结合起来。不会再有夹杂着HTML和VBScript的页面了。页面的逻辑是使用一种全功能的.NET语言,比方C#, Visual Basic.NET, 或者 Jscript.NET实现的。更进一步的说,页面逻辑的实现过程可以随意使用所有的.NET基类类库。Web服务器控件封装了不同Web浏览器之间的区别并允许你从更高的级别来设计Web页面。所有的一切都会被编译成微软中间语言(MSIL)并且能够在运行时同步转化成机器码。不会再有解释性页面中存在的那种性能损失了。如果这还不能叫做一种革命的话,我就真的需要一本新的字典了:-)。
Listing A: Greeter.aspx |
<html> |
Listing B: Greeter.aspx.cs |
using System; |
本文地址:http://com.8s8s.com/it/it46136.htm