ASP.NET企业开发框架IsLine FrameWork系列之十--ExceptionProcessProvider异常框架(下)

本文介绍了一种ASP.NET企业级异常处理框架,该框架能够提供多种异常展示方式以提升用户体验和系统安全性。管理员可通过配置项选择不同的异常处理策略,如抛出原始异常信息、友好信息或隐藏异常等。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

ASP.NET企业开发框架IsLine FrameWork系列之十--ExceptionProcessProvider异常框架(下)

接上文

  

    异常展示

    系统异常模块除了记录功能,还有一个很重要的功能:异常展示,即系统发生异常后,展示给用户怎样的页面。展示给用户友好页面具有以下必要性:

    ●展示给用户友好页面,可以降低用户焦虑感,提高用户体验。

    ●将系统异常隐藏,避免代码、路径等技术信息外泄,提高系统安全性。

    ●将系统运行时异常统一管理,有助于提高软件整体质量,便于整体把控。

    友好页面的展示类型也是根据配置节点信息完成的,管理员只需更改配置节点中的枚举值,即可改变用户体验页面,用户体验页面共有10中方式,分别是抛出原始异常信息、抛出定制异常信息、抛出简单信息(不包含异常)以及隐藏异常信息等方式。

    在系统开发阶段,可以使用抛出原始异常信息的展现方式,系统部署后,可以使用抛出简单信息(不包含异常)或隐藏异常信息的方式,选择这些展示方式的同时,还可以选择是否记录到日志介质。

    各种异常展示的配置信息大全,假如有一个页面代码如下:

复制代码
代码
    
try { string i = " i " ; Response.Write(i); } catch (Exception ex) { ILException ile = new ILException(); ile.WriteLog(ex); }
复制代码

    正常访问页面显示字符串“i”,假如代码修改如下,便会发生错误:

 

复制代码
代码
    
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

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

 

图1 原始错误

  2.ThrowOriginalWithoutLog

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

  3.ThrowFriendlyWithLog

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

 

图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 > < Level >-& gt;Level:@Level </ Level > < HelpLink >-& gt;Helper:@HelpLink </ HelpLink > < Source >-& gt;Source:@Source </ Source > < StackTrace >-& gt;Stack Trace:@StackTrace </ StackTrace > < TargetSite >-& gt;Trigger:@TargetSite </ TargetSite > < HResult >-& gt;Result Code:@HResult </ HResult > < EventDate >-& gt;Event Date:@EventDate </ EventDate > < OtherPlus >-& gt;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" />

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

内容概要:该论文聚焦于T2WI核磁共振图像超分辨率问题,提出了一种利用T1WI模态作为辅助信息的跨模态解决方案。其主要贡献包括:提出基于高频信息约束的网络框架,通过主干特征提取分支和高频结构先验建模分支结合Transformer模块和注意力机制有效重建高频细节;设计渐进式特征匹配融合框架,采用多阶段相似特征匹配算法提高匹配鲁棒性;引入模型量化技术降低推理资源需求。实验结果表明,该方法不仅提高了超分辨率性能,还保持了图像质量。 适合人群:从事医学图像处理、计算机视觉领域的研究人员和工程师,尤其是对核磁共振图像超分辨率感兴趣的学者和技术开发者。 使用场景及目标:①适用于需要提升T2WI核磁共振图像分辨率的应用场景;②目标是通过跨模态信息融合提高图像质量,解决传统单模态方法难以克服的高频细节丢失问题;③为临床诊断提供更高质量的影像资料,帮助医生更准确地识别病灶。 其他说明:论文不仅提供了详细的网络架构设计与实现代码,还深入探讨了跨模态噪声的本质、高频信息约束的实现方式以及渐进式特征匹配的具体过程。此外,作者还对模型进行了量化处理,使得该方法可以在资源受限环境下高效运行。阅读时应重点关注论文中提到的技术创新点及其背后的原理,理解如何通过跨模态信息融合提升图像重建效果。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值