这个应用程序的作用基本上就是为选中的控件创建一个实例，然后显示这个控件的一些特殊属性的输入元素。当加载这个页面后，应用程序读取这些属性的值，并将它们插入到那些输入元素中。当对其中的某些属性进行设置，并单击Update按钮后，就更新了这个控件，从而反映了这些属性值。

我们没有为所有属性提供输入，因为其中很多属性是控件中的普通属性，而且一般不使用它们。如果一个属性的值来自于一个枚举，例如Image控件的Align属性，那么我们提供一个下拉列表来包含这个枚举中的值。如果当页面提交后再对这个属性进行设置，那么它们利用列表框选项的value属性中存储的这个枚举成员的整数值。但是通过查看这个页面的源代码，就可以明白这个问题。

由于ASP.NET使用了CLR，因此我们可以使用任何CLR语言来建立web应用程序。CLR的特征之一就是结构化（即尝试或捕捉）的异常的处理（因此不会再有更多VB的On Error Resume Next了）。尽管这个新的结构化的错误处理模型很不错，但是我们还有无可避免地会写入有错误的代码。例如，我们还可以在ASP.NET应用程序中写入代码来连接数据库并从中读取数据。我们也可以将尝试或捕捉模块中的代码封装起来，这样如果不能连接到数据库的话，我们就可以适当地处理错误。

不过，如果在尝试或捕捉模块之外放生异常又会怎么处理呢？如果这一异常没有处理，那么ASP.NET就会抛出一个运行时间错误（详细地告诉我们那里发生了错误，应用程序在干什么）。对于ASP.NET页面，我们可以随意执行Page_Error事件来捕捉所有的未处理的页面错误。在网站建设中如果我们想要在应用程序级别上来捕捉所有未处理的ASP.NET错误，那么我们就可以使用Application_OnError事件来做到这一点。不管何时放生未处理异常，我们都可以把该事件用作“全能捕捉”，同时把异常记录在windows的事件日志中。

尽管我们不一定非要利用事件来使用ASP.NET不可，但是它的确可以使许多问题变得简单，事件提供了很好的方法来组织和控制代码的执行。
网站建设中尽管我们不一定非要利用事件来使用ASP.NET不可，但是它的确可以使许多问题变得简单，事件提供了很好的方法来组织和控制代码的执行。我们这里讲的包括创建对象的应用程序程序（这些对象是在应用程序开始时我们赋值给Application、Cache和Session的），在我们允许用户访问请求的资源之前使自定义的用户证书生效，或实现记账功能（这种功能可在用户每次访问页面时收费）。应用程序事件允许我们在请求的ASP.NET过程中执行自己的代码。

我们在学校java语言的时候，有应用程序，有我们的Scriptlet小程序，在我们的jsp当中经常使用的就是Scriptlet，如果出现要使用JAVA代码的时候，我们就会用<%......%>来包含我们的java代码。让大家一看就知道此处用的java的脚本小程序来实现的，当然在我们的脚本程序中，同样可以，定义变量，调用方法，而且也能够进行各种复杂运算，甚至表达式的操作运算也能够实现，但是在每一句结束的时候，我们必须使用分号，当我们在脚本程序中Scriptlet定义变量的时候，当前的整个页面都是可以使用的，属于私有的，其他线程无法共享此变量或者方法，当前用户体验该变量操作的时候不会影响到其他用户，一旦变量所在页面关闭之后就会销毁掉，以免浪费空间。

我们在网站建设编码时，经常会用到多行注释和单行注释，这样既方便自己以后查阅代码，也方便其他的同事能够看懂我们写下的东西。那么注释都有哪些类型呢？

单行注释，和其他语言的注释一样的，我们通常使用//这个符号后面跟上注释内容，同样，我们的程序不会运行这段注释，这种通过java代码写的注释，安全性就更高了，不但通过客户端的查看源代码看不见注释，而且在我们的脚本程序中通过这种方法注释的内容同样也是不可见的，举例说明吧：

<% int  count=1;    //定义一个计数变量%>我们再访问的时候，页面显示计数是1，通过看HTML代码同样计数也是1,就是因为服务器端不会允许我们的注释，所以我们就能够通过该注释来暂时使一行代码不允许，相当于注释掉，让这行代码无效。

当 Web 服务器第一次收到应用程序中的 ASP 页的请求时，就启动该应用程序。当 Web 服务器关闭或用户使用 Internet 服务管理器上的“卸载”按钮停止应用程序时，应用程序便结束。用户只能对运行在与 Web 服务器进程不同的内存空间（被隔离的）中的应用程序使用“卸载”按钮。

ASP 应用程序通常与 Web 服务器运行在同一内存空间或同一进程中。虽然这样改善了 ASP 应用程序的性能，但如果应用程序失败， Web 服务器进程则处于危险境地。您可以通过使应用程序运行在不同于 Web 服务器的内存空间上而隔离此应用程序。如果 ASP 应用程序失败，其他应用程序和 Web 服务器本身受到保护。