DataTable对象给出了一系列事件，我们可以使用这些事件来监控对DataSet中表内容作的修改。在对列进行修改之前（允许取消这种修改），为正在被编辑的行中的某列引发ColumnChanging事件。ColumnChanged事件是在下面情况被激活的：列发生了修改，而且这种变化已经固定了下来。
还有些事件是把行为作为一个整体，而不是作为行中的一列而出现的。RowChanging和RowChanged事件是在表中的任何行的内容发生变化时出现的——前者是发生在对行进行修改之前（允许取消这种修改），而后者发生时，这种变化已经固定在表中了。
大多数数据库系统和一些其他类型的数据存储的特点之一就是能够使用事务。简单说来，事务就是在网站建设编码中一系列全部完成或全部没完成的事件。不可能出现事务中的某些事件发生而另一些没有发生的折中情况。
事务这个名称来自于现实世界。例如在商店里买某样东西，我们用钱来交换售货员的货物。除非我们是受骗了，否则这个交易或者成功，两者皆大欢喜（也就是我们付钱并得到货物），或者交易失败，什么都没发生。不可能出现付了钱却没有得到货物，或是得到了货物却没付钱的情况。在这里我们来说两种类型的事务，数据库事务，数据库专用语句对事务加以控制。它是在数据库的内部执行的，通常事务语句是包含在数据库中的存储过程中的。基于连接的事务，控制事务的语句以及该事务的执行和管理都是在数据库之外实现的。通常这些都是执行SQL语句或存储过程的Connection对象的一个功能。
网站建设编码过程中因为开发人员要经常处理枚举类，.NET Framework类库在System.Collections名称空间中包含了一组接口，它们定义了各种不同的枚举类所实现的一组功能。这些接口在整个架构类中提供了一致性，这使得开发人员开发起来更容易。一旦用户知道该如何处理支持一个或多个通用接口的枚举类，从理论上来讲，用户就能以相同的方式来处理其他支持同一接口的枚举类。这也包括了用户或用户的开发同行所写的自定义类型。
作为一个开发人员，首先必须理解System.Collections名称空间的集合接口。集合接口并不是太多，一旦理解了它，就可以通过检查接口发现作为属性和方法实现或返回的任何枚举类型，确定出某一给定类型支持哪些枚举类。
基类库为目录处理提供了两个类，即Directory类和DirectoryInfo类。Directory类中包含一些静态方法，这些方法可以对任何有关目录的信息进行操作和查询。DirectoryInfo类中包含可用来对单一命名目录进行操作的一系列实例方法和属性。
对一个对象进行实例化然后再使用其中的成员，或是将它作为一个参数传递给方法的调用，在面向对象的程序设计中是一个基本的概念。这与传统ASP中ADO Connection对象和Recordset对象的使用是相似的。如果要用ASP.NET编写一个显示目录内容的方法，我们倾向于让方法接受一个DirectoryInfo对象而不是一个包含该目录名的字符串。这样会使得代码更加整齐，另外如果该方法要使用DirectoryInfo类进行多个操作的话，在性能上还会有一些收益。那么，为什么即使调用程序已经有了DirectoryInfo类的一个实例，还要创建一个新的实例。
对于用户脚本，它会以两种不同的方式调用。第一种方式是用户点击admin页面上的一个remove链接时，在这种情况下，会有一个URL指向脚本。由于数据打包到URL中，所以这认为是一个GET请求。
对于用户脚本，它会以两种不同的方式调用。第一种方式是用户点击admin页面上的一个remove链接时，在这种情况下，会有一个URL指向脚本。由于数据打包到URL中，所以这认为是一个GET请求。这个GET请求会导致脚本生成一个web表单，其动作指向同一个用户脚本。所以用户提交表单时，会再一次调用这个脚本。不过不同于第一次调用，现在再没有已经打包数据的URL，因此不是GET请求。相反，数据会通过一个POST请求传递，相应地，可以从$_POST数组得到这些数据。
