最开始的三个Web服务器端控件是相当直观的：标签控件（label），文本框，和一个提交按纽。***的一个控件，，是不同的。一个验证控件检查另一个控件的状态并且当目标控件没有处于正确状态的时候会阻止这个表单被提交。在Greeter这个程序中，RequiredFieldValidator控件被用来验证一个数据是否已经被输入到了文本框控件里。它并不关心这个数据的值是多少。初始状态下，RequiredFieldValidator控件是不可见的。如果在按纽被单击的时候文本框是空的，那么就不会产生单击消息，而且RequiredFieldValidator控件会显示ErrorMessage属性的属性值，如图B。对于高版本的浏览器来说，RequiredFieldValidator控件生成JavaScript以在客户端进行数据验证。而对于低版本的浏览器来说则需要在服务器端进行验证。ASP.NET除了RequiredFieldValidator控件外还提供了几个验证控件。

GreeterLogic类
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属性得到了。
配置Greeter程序
要配置Greeter应用程序，你可以遵循下面的步骤：

创建一个应用程序的目录。

在应用程序的目录里创建一个bin子目录。

把Greeter.aspx放在应用程序目录里。

使用命令csc /t:library /out:Greeter.dll Greeter.aspx.cs把Greeter.aspx.cs编译成一个库文件然后把Greeter.dll放在应用程序的bin子目录里。

创建一个指向应用程序目录的IIS虚拟目录。

.aspx类的生成
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过滤器会在下一次页面访问的时候自动重新生成二进制文件。

ASP.NET是实打实面向对象的
那么所有这些意味着什么呢？ASP.NET提供了一个真正的面向对象的编程模型。WebForms能够让页面的UI完全独立于页面的逻辑而被创建然后通过继承而结合起来。不会再有夹杂着HTML和VBScript的页面了。页面的逻辑是使用一种全功能的.NET语言，比方C#, Visual Basic.NET, 或者 Jscript.NET实现的。更进一步的说，页面逻辑的实现过程可以随意使用所有的.NET基类类库。Web服务器控件封装了不同Web浏览器之间的区别并允许你从更高的级别来设计Web页面。所有的一切都会被编译成微软中间语言（MSIL）并且能够在运行时同步转化成机器码。不会再有解释性页面中存在的那种性能损失了。如果这还不能叫做一种革命的话，我就真的需要一本新的字典了。

【编辑推荐】

1. 浅析ASP.NET Web 安全性
2. ASP.NET的Session State
3. 浅析IsPostBack属性ASP.NET
4. ASP.NET构架与安全机制
5. 概述ASP.NET水晶报表