ASP.NET企业开发框架IsLine FrameWork系列之十--ExceptionProcessProvider异常框架(下)
2010-01-27 15:47
633 查看
接上文
异常展示
系统异常模块除了记录功能,还有一个很重要的功能:异常展示,即系统发生异常后,展示给用户怎样的页面。展示给用户友好页面具有以下必要性:
●展示给用户友好页面,可以降低用户焦虑感,提高用户体验。
●将系统异常隐藏,避免代码、路径等技术信息外泄,提高系统安全性。
●将系统运行时异常统一管理,有助于提高软件整体质量,便于整体把控。
友好页面的展示类型也是根据配置节点信息完成的,管理员只需更改配置节点中的枚举值,即可改变用户体验页面,用户体验页面共有10中方式,分别是抛出原始异常信息、抛出定制异常信息、抛出简单信息(不包含异常)以及隐藏异常信息等方式。
在系统开发阶段,可以使用抛出原始异常信息的展现方式,系统部署后,可以使用抛出简单信息(不包含异常)或隐藏异常信息的方式,选择这些展示方式的同时,还可以选择是否记录到日志介质。
各种异常展示的配置信息大全,假如有一个页面代码如下:
代码
5.ThrowSimpleWithLog
这种方式的含义是抛出简单的预定义的错误信息,终止应用程序,并记录异常。
图3 抛出简单预定义信息
这些预定义信息由以下节点定义,value部分就是页面显示的信息:
<add key="IsLine.ExceptionProcess.ExceptionProcessProvider.FriendlySimpleText" value="The current page has an exception!"/>
6.ThrowSimpleWithoutLog
这种方式的含义是抛出简单的预定义的错误信息,终止应用程序,并不记录异常,图示同上。
7.ShowSimpleWithLog
这种方式的含义是显示简单的预定义的错误信息,不终止应用程序,并记录异常。
这种方式显示错误信息与5、6相同,但是5、6配置形式,如果程序中遇到错误则会触发“throw”,从而导致程序终止运行;而7、8怎会显示错误,程序继续运行。
8.ShowSimpleWithoutLog
这种方式的含义是显示简单的预定义的错误信息,不终止应用程序,并不记录异常。
9.HideWithLog
这种方式的含义是不显示任何错误信息,不终止应用程序,并将异常信息记录。
10. HideWithoutLog
这种方式的含义是不显示任何错误信息,不终止应用程序,并不记录异常信息。
注意,异常的记录是日志模块可以理解为继承的关系,日志模块的缓存等特性配置,在异常中仍有效。
至于,异常信息被写到什么地方,正如我们前面所说到的,它是由日志的Render决定的:
<add key="IsLine.ExceptionProcess.Configuration.RenderName" value="OracleUsingSPRender"/>
“OracleUsingSPRender”便是日志的Render名称, Render模型描述了异常记录位置、格式等信息,详细请见
IsLine FrameWork系列之八--ExceptionProcessProvider异常框架(上) 中的第三点。
超级异常日志
如果在异常记录的过程中,发生错误,这时异常信息不会记录成功,异常信息自动被忽略,如果管理员希望在日志模块出现错误时,ILFW仍然记录这些信息,管理员可以打开配置文件中“超级日志”的开关。
当此开关打开后,如果日志模块出现错误(例如数据库连接中断),ILFW会自动将当前信息记录至一个文本文件中,直到导致日志模块错误的因素消失。
在web.config中添加以下节点开启超级日志功能:
<add key="IsLine.ExceptionProcess.ExceptionProcessProvider.IsOpenDebugInfo" value="True" />
以下节点表示超级日志记录位置:
<add key="IsLine.ExceptionProcess.ExceptionProcessProvider.DebugInfo" value="C:\IsLineLog\FinallyLog.txt" />
注意,超级日志只能写入文本文件,并且使用超级日志需要确保相关账户对日志文件具有完全控制权限。
我是李鸣 欢迎您关注我的下一篇文章。
异常展示
系统异常模块除了记录功能,还有一个很重要的功能:异常展示,即系统发生异常后,展示给用户怎样的页面。展示给用户友好页面具有以下必要性:
●展示给用户友好页面,可以降低用户焦虑感,提高用户体验。
●将系统异常隐藏,避免代码、路径等技术信息外泄,提高系统安全性。
●将系统运行时异常统一管理,有助于提高软件整体质量,便于整体把控。
友好页面的展示类型也是根据配置节点信息完成的,管理员只需更改配置节点中的枚举值,即可改变用户体验页面,用户体验页面共有10中方式,分别是抛出原始异常信息、抛出定制异常信息、抛出简单信息(不包含异常)以及隐藏异常信息等方式。
在系统开发阶段,可以使用抛出原始异常信息的展现方式,系统部署后,可以使用抛出简单信息(不包含异常)或隐藏异常信息的方式,选择这些展示方式的同时,还可以选择是否记录到日志介质。
各种异常展示的配置信息大全,假如有一个页面代码如下:
代码
<IsLine.ExceptionProcess.Configuration> <ILExceptionModel> <Message>->Message:@Message</Message> <Level>->Level:@Level</Level> <HelpLink>->Helper:@HelpLink</HelpLink> <Source>->Source:@Source</Source> <StackTrace>->Stack Trace:@StackTrace</StackTrace> <TargetSite>->Trigger:@TargetSite</TargetSite> <HResult>->Result Code:@HResult</HResult> <EventDate>->Event Date:@EventDate</EventDate> <OtherPlus>->Contact Method:</OtherPlus> </ILExceptionModel> </IsLine.ExceptionProcess.Configuration>
5.ThrowSimpleWithLog
这种方式的含义是抛出简单的预定义的错误信息,终止应用程序,并记录异常。
图3 抛出简单预定义信息
这些预定义信息由以下节点定义,value部分就是页面显示的信息:
<add key="IsLine.ExceptionProcess.ExceptionProcessProvider.FriendlySimpleText" value="The current page has an exception!"/>
6.ThrowSimpleWithoutLog
这种方式的含义是抛出简单的预定义的错误信息,终止应用程序,并不记录异常,图示同上。
7.ShowSimpleWithLog
这种方式的含义是显示简单的预定义的错误信息,不终止应用程序,并记录异常。
这种方式显示错误信息与5、6相同,但是5、6配置形式,如果程序中遇到错误则会触发“throw”,从而导致程序终止运行;而7、8怎会显示错误,程序继续运行。
8.ShowSimpleWithoutLog
这种方式的含义是显示简单的预定义的错误信息,不终止应用程序,并不记录异常。
9.HideWithLog
这种方式的含义是不显示任何错误信息,不终止应用程序,并将异常信息记录。
10. HideWithoutLog
这种方式的含义是不显示任何错误信息,不终止应用程序,并不记录异常信息。
注意,异常的记录是日志模块可以理解为继承的关系,日志模块的缓存等特性配置,在异常中仍有效。
至于,异常信息被写到什么地方,正如我们前面所说到的,它是由日志的Render决定的:
<add key="IsLine.ExceptionProcess.Configuration.RenderName" value="OracleUsingSPRender"/>
“OracleUsingSPRender”便是日志的Render名称, Render模型描述了异常记录位置、格式等信息,详细请见
IsLine FrameWork系列之八--ExceptionProcessProvider异常框架(上) 中的第三点。
超级异常日志
如果在异常记录的过程中,发生错误,这时异常信息不会记录成功,异常信息自动被忽略,如果管理员希望在日志模块出现错误时,ILFW仍然记录这些信息,管理员可以打开配置文件中“超级日志”的开关。
当此开关打开后,如果日志模块出现错误(例如数据库连接中断),ILFW会自动将当前信息记录至一个文本文件中,直到导致日志模块错误的因素消失。
在web.config中添加以下节点开启超级日志功能:
<add key="IsLine.ExceptionProcess.ExceptionProcessProvider.IsOpenDebugInfo" value="True" />
以下节点表示超级日志记录位置:
<add key="IsLine.ExceptionProcess.ExceptionProcessProvider.DebugInfo" value="C:\IsLineLog\FinallyLog.txt" />
注意,超级日志只能写入文本文件,并且使用超级日志需要确保相关账户对日志文件具有完全控制权限。
我是李鸣 欢迎您关注我的下一篇文章。
相关文章推荐
- ASP.NET企业开发框架IsLine FrameWork系列之九--ExceptionProcessProvider异常框架(上)
- ASP.NET企业开发框架IsLine FrameWork系列之十--ExceptionProcessProvider异常框架(下)
- ASP.NET企业开发框架IsLine FrameWork系列之九--ExceptionProcessProvider异常框架(上)
- ASP.NET企业开发框架IsLine FrameWork系列之七--AppLogProvider日志框架(上)
- ASP.NET企业开发框架IsLine FrameWork系列之八--AppLogProvider日志框架(下)
- ASP.NET企业开发框架IsLine FrameWork系列之八--AppLogProvider日志框架(下)
- ASP.NET企业开发框架IsLine FrameWork系列之五--DataProvider 数据访问(中)
- ASP.NET企业开发框架IsLine FrameWork系列之七--AppLogProvider日志框架(上)
- ASP.NET企业开发框架IsLine FrameWork系列之六--DataProvider 数据访问(下)
- ASP.NET企业开发框架IsLine FrameWork系列之四--DataProvider 数据访问(上)
- ASP.NET企业开发框架IsLine FrameWork系列之四--DataProvider 数据访问(上)
- ASP.NET企业开发框架IsLine FrameWork系列之五--DataProvider 数据访问(中)
- ASP.NET企业开发框架IsLine FrameWork系列之六--DataProvider 数据访问(下)
- ASP.NET企业开发框架IsLine FrameWork系列之十五--框架配置信息大全(下)
- ASP.NET企业开发框架IsLine FrameWork系列之十二--使用Session、Cookie与安全支持
- ASP.NET企业开发框架IsLine FrameWork系列之一--第一次的亲密接触
- ASP.NET企业开发框架IsLine FrameWork系列之一--第一次的亲密接触
- ASP.NET企业开发框架IsLine FrameWork系列之二--命名空间与契约
- ASP.NET企业开发框架IsLine FrameWork系列之二--命名空间与契约
- ASP.NET企业开发框架IsLine FrameWork系列之三--七种武器