response.end的优缺点介绍
首先讲讲它的好处。
调试程序的时候用处也很有用,类似设置断点,特别是你的程序有重大问题,如有死循环的时候一般的response.write 查看中间结果是无法看到的,这时在response.write后加入response.end,这个查看中间结果很有用。
不过,如果使用Response.End、Response.Redirect或Server.Transfer方法,将出现ThreadAbortException异常。您可以使用try-catch语句捕获此异常。
Response.End方法终止页的执行,并将此执行切换到应用程序的事件管线中的Application_EndRequest事件。不执行Response.End后面的代码行。
此问题出现在Response.Redirect和Server.Transfer方法中,因为这两种方法均在内部调用Response.End。
解决方案:
要解决此问题,请使用下列方法之一:
•对于Response.End,调用HttpContext.Current.ApplicationInstance.CompleteRequest方法而不是Response.End以跳过Application_EndRequest事件的代码执行。
•对于Response.Redirect,请使用重载Response.Redirect(Stringurl,boolendResponse),该重载对endResponse参数传递false以取消对Response.End的内部调用。例如:
Response.Redirect("Default.aspx",false);
Response.End()用法
ASP开发中可能有时候会用大段的if...else的判断,不过如果是动态Response.write的内容,你想更方便阅读代码,可以用Response.End()来终端ASP的执行,也就类似于Break的用法,举个例子:
if(userid="")or(password="")thenResponse.Write("<scriptlanuage=javascript>alert('UserNameorPasswordisEmpty!');location.href='../default.asp';</script>")Response.End()‘这里进行了中断endif下面是不为空进行读取数据库的操作,省略了n行代码
这样当传入的用户名或密码为空时,自动write提示信息信息,然后Response.End()中断程序,从而达到if。。。else的作用。
另外使用Response.End的时候,就是我们日常调试程序的时候,比如
相输出拼接的SQL语句,而不想执行下面的代码,那么可以这么做
sql="select*fromuserinfo"response.Write(sql)response.End()rs.opensql,conn,1,1'这句是不会执行的
如果怕加入Response.End()的地方过多而正式发布时候不好注释掉的化,可以用个函数将其封装起来,如下面代码:
subdebug()Response.End()endsub
上面的代码修改如下:
sql="select*fromuserinfo"response.Write(sql)debug()rs.opensql,conn,1,1'这句是不会执行的
这样当进行正式发布时,将函数debug中的语句注释掉,就可以起到调试的作用,不过这个也有个问题就是,如果你使用太多的debug(),可能在调试的时候程序会不能按照需要进行中断,可能有时候你不希望这些地方中断执行,那么我们来进一步重构debug()函数,如下:
subdebug(isBreak)'isBreak是boolean值的参数,如果设置为true的时候则进行中断,否则,不进行中断处理ifisBreakthenResponse.End()endendsub
使用时候代码如下:
sql="select*fromuserinfo"response.Write(sql)debug(false)rs.opensql,conn,1,1'这句是会执行的rs.close()sql="select*fromproduct"response.write(sql)debug(true)rs.opensql,conn,1,1'这句不会执行
好了,这样基本上可以满足我们控制中断的需求了,不过只是简单的进行了分析,其实还很不完善,调试需求可能还有很多,需要满足,还需要进一步重构。其实程序开发就是一个重构重构再重构的过程,要不怎么会出来那么多的设计模式,都是前人从实际开发重构过程总结出来的经验,值得大家借鉴。