使用IsLine FrameWork开发ASP.NET程序之六—使用ExceptionProcessProvider异常处理框架(下)

    上一期我们向大家介绍了如何配置与记录异常，下面我将向大家介绍如何配置异常的展示。异常的展示是指系统一旦发生异常，将会以何种样式返回给终端用户，IsLine FrameWork为开发人员提供了10种不同的展现方式，本期文章会给大家详细介绍。

    对异常的展示管理分为基本异常管理与超级日常管理。基本异常是指编码造成的异常，超级异常是指在记录异常的过程中发生的异常，本文将对如何处理这两种异常展开讲解。

    一．基本异常展示的方式

    如果有以下错误代码：

    try
    {
        string i = "i";
        Response.Write(Convert.ToInt32(i));
    }
    catch (Exception ex)
    {
        ILException ile = new ILException();
        ile.WriteLog(ex);
    }

    根据以下不同配置信息，页面有不同的显示，这个显示方式根据web.config给出的键值决定：

    <add key="IsLine.ExceptionProcess.Configuration.ProcessStyle" value="ThrowOriginalWithLog"/>

    其中，value可以为以下枚举值：

    1.ThrowOriginalWithLog

    这种方式的含义是抛出原始错误，终止应用程序，并将这种错误记录到异常日志中。

图6.1 原始错误

  2.ThrowOriginalWithoutLog

这种方式的含义只是抛出原始错误，终止应用程序，并不记录这种错误，图示同上。

  3.ThrowFriendlyWithLog

这种方式的含义是抛出友好的错误信息，终止应用程序，并记录异常。友好异常信息由自己定义。

图6.2 抛出友好信息

  4.ThrowFriendlyWithoutLog

    这种方式的含义是抛出友好的错误信息，终止应用程序，并不记录异常，图示同上。

需要注意的是，使用3、4两种配置，需要在web.config中添加额外的节点信息，这些信息决定了友好信息的显示字段与排版：

    在<configSections></configSections>中添加以下信息

<sectionGroup name="IsLine.ExceptionProcess.Configuration">
<section name="ILExceptionModel" type="IsLine.Data.Configuration.SuitConfig" />
</sectionGroup>

    在</configSections><appSettings>之间加入以下信息

<IsLine.ExceptionProcess.Configuration>
<ILExceptionModel>
<Message>-&gt;Message：@Message</Message>
其他配置地段省略。。。

</ILExceptionModel>
</IsLine.ExceptionProcess.Configuration>

  5.ThrowSimpleWithLog

    这种方式的含义是抛出简单的预定义的错误信息，终止应用程序，并记录异常。抛出的异常内容只有很简单的信息“The current page has an exception!”，这个预定义信息由以下节点定义，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模型描述了异常记录位置、格式等信息，详细请见上一期文章中的内容。

    从上文中大家可以看出，通过web.config中的配置信息，用户只需要修改一个枚举值，即可改变异常的展现方式，同时决定系统在发生异常后是否继续运行下去，这对于一个系统很重要，有些时候我们需要系统即使发生异常也要继续运行，而有些时候我们必须在异常发生时回滚并停止系统运行。使用异常支持模块，我们将很容易做到这一点。

二．关于超级异常日志

    如果在异常记录的过程中，发生错误，这时异常信息不会记录成功，异常信息自动被忽略，如果管理员希望在日志模块出现错误时，ILFW仍然记录这些信息，管理员可以打开配置文件中“超级日志”的开关。

    当此开关打开后，如果日志模块出现错误(例如数据库连接中断)，ILFW会自动将当前信息记录至一个文本文件中，直到导致日志模块错误的因素消失。

在web.config中添加以下节点开启超级日志功能：

    <add key="IsLine.ExceptionProcess.ExceptionProcessProvider.IsOpenDebugInfo" value="True" />

以下节点表示超级日志记录位置：

    <add key="IsLine.ExceptionProcess.ExceptionProcessProvider.DebugInfo" value="C:\IsLineLog\FinallyLog.txt" />

    注意，超级日志只能写入文本文件，并且使用超级日志需要确保相关账户对日志文件具有完全控制权限。

    同时需要注意的时，如果您将日志模块配置为缓存打开，那么记录异常时也将继承这一特性，依据缓存大小进行缓存，超过缓存阀值时，在写入异常信息。

    在下一讲，我们将会讲针对web开发，讲解一下缓存、Session、Cookie的配置与使用。

此文已在《软件报》同步发布，任何个人媒体不得转载。