asp.net的异常处理机制
程序开发中，数据流按照一定的规律进行传输，如果用户和程序之间的交互完全按照预定的效果运行，程序不会出现问题。可以假设所处理的数据都符合要求，通过界面作格式判定，所有资源都正确，但是为了系统的安全，需要处理存在的隐患，不能对数据安全抱有理想化的想法。
在ASP.NET中，错误处理分为两个层面：页面输入信息验证、CLR提供的结构化错误处理机制。在页面输入信息判断中，可以采用JavaScript、VBScript等脚本进行判断，也可以使用.NET 环境下带有的Validation和正则表达式的方式将信息在提交执行处理前，进行格式判断。格式判断包括：网络地址、电子信箱、输入字符串长短和输入信息的数据类型的判断等。
结构化异常处理是CLR的基础部分，具有以下特点：可以跨语言，异常可以在一种语言中引发，在另外一种语言中捕捉处理；分层处理，一个异常可以包括另外一个异常，这意味着系统可以捕获底层对象（如数据层和业务层）的异常，引发自己的异常，包含有底层对象的异常。这样可以将异常进行细致分类，使得异常更容易处理。
结构化异常处理，一般要使用3部分代码。
（1）Try：是程序中可能出现错误的操作部分。
（2）Catch：是用来处理各种错误的部分（可以有多个）。必须正确排列捕获异常的Catch子句，范围小的Exception放在前面的Catch。即如果Exception之间存在继承关系，就应把子类的Exception放在前面的Catch子句中。
（3）Finally 块的代码用来清理资源或执行要在Try块末尾执行的其他操作（可以省略）。无论是否产生异常，Finally块都会执行。
结构化异常处理
异常是在程序设计中无法避免的错误，设计的程序必须能够处理所有可能出现的错误。所以要全面考虑异常处理，将一切可能出现异常的代码都进行try的捕捉，然后建立自己的异常处理机制，按照不同的异常情况进行分类处理。
异常产生的时候，需要知道是什么原因造成的错误以及错误的相关信息。根据实际情况抛出具体类型的异常，然后建立捕捉机制，捕捉到异常时做出具体的处理。在编写代码过程中，可以使用系统已定义的相关异常类以及自定义的异常类来实例化并抛出需要的异常。如一个不可能实现的接口，可以抛出System.NotSupportedExceptiion的异常来告诉接口的调用者。
在处理异常
相关文档：
我们经常要在一个表中将数据迁移到另一个表，当然，用的方法十分多了。在.net 2.0中，提供了一个sqlbulkcopy类，也可以实现如下的操作，下面简单介绍下。比如一个表如下
CREATE TABLE Person3
(
PersonID int IDENTITY(1,1) PRIMARY KEY,
Name nvarchar(200),
Email nvarchar(200),
Picture image
)
INSERT INT ......
关于页面传值的方法，引发了很多讨论。看来有很多人关注这个，我就我个人观点做了些总结，希望对大家有所帮助。
1. 使用QueryString变量
QueryString是一种非常简单的传值方式，他可以将传送的值显示在浏览器的地址栏中。如果是传递一个或多个安全性要求不高或是结构简单的数值时，可以使用这个方法。但是对于传递� ......
使用ASP.NET生成静态页面的方法有两种，第一种是使用C#在后台硬编码，第二种是读取模板文件，使用字符串替换的方法。第一种方法编码量大，
而且维护比较困难。我重点讲解第二种方法。第二种方法的基本思路是：使用DW之类的工具生成一个静态页面模板。读取该模板文件，然后对里面的特殊标记使用
真实的数据替换掉，并生成� ......
一、目前在ASP.NET中页面传值共有这么几种方式：
第一种方法：
通过URL链接地址传递
send.aspx:
protected void Button1_Click(object sender, EventArgs e)
{
Request.Redirect("Default2.aspx?usern ......
WebRequest mywebrq;
WebResponse mywebresp;
StreamReader sr;
Streamwriter sw;
Private void Page_Load(object sender,EventArgs e) { mywebreq=WebRequest.Create( http://localhost/Test.aspx ); mywebresp=mywebreq.GetResponse();
sr=new streamReader(mywebresp.GetResponsestream());
strHtml=sr.ReadT ......
