IsLine FrameWork系列之八--AppLogProvider日志框架(下)

接上文

上面的配置实例是按照将日志写入文本文件来配置的(节点具体含义见上文),程序调用AppLogProvider时,需要进行实例化,在实例化过程中指定使用哪个Render,不同的实例对应不同的配置信息,就可以对应不同的等级、记录介质,如下:

图 6 构造函数配置效果 

如上图所示,使用前先实例化一个日志实例,实例化时有6中内置方式可以选择,我们刚配置了File节点信息,所以在这里选择“File”:

//定义日志实例
     LogProvider lp = new LogProvider(Appenders.File)
     //定义日志实体
     LogEntity le = new LogEntity();
     //给日志内容字段赋值
     le.Exception="IsLine Test";
     le.Message = "OK";
     //将日志内容写入介质
     lp.WriteLog(le);

这样就完成了日志写入过程,效果如下:

图 7 文档型日志格式

时间: 2025-01-21 00:36:18

IsLine FrameWork系列之八--AppLogProvider日志框架(下)的相关文章

ASP.NET企业开发框架IsLine FrameWork系列之八--AppLogProvider日志框架(下)

上面的配置实例是按照将日志写入文本文件来配置的(节点具体含义见上文),程序调用 AppLogProvider时,需要进行实例化,在实例化过程中指定使用哪个Render,不同的实例对应不同的配置 信息,就可以对应不同的等级.记录介质,如下: 开发框架IsLine FrameWork系列之八--AppLogProvider日志框架(下)-"> 图 6 构造函数配置效果 如上图所示,使用前先实例化一个日志实例,实例化时有6中内置方式可以选择,我们刚配置了File节 点信息,所以在这里选择&quo

ASP.NET企业开发框架IsLine FrameWork系列之七--AppLogProvider日志框架(上)

日志与异常 部署系统以后,管理员需要有一套强大的日志系统来诊断和修复配置上的问题,这就需要一套通过配 置就可以变更日志记录的方式.经验表明,日志模块往往是软件开发周期中的重要组成部分,Aicken曾用 过一段时间的Log4Net,Log4Net是个很不错的日志框架,但是有时候仍然觉得有些不顺手,例如,需要用 不同类型的日志记录不同的类.方法的行为和不同的业务行为,有时需要在系统运行期,改变某个业务日 志的记录介质或是否记录等等,遇到这些因素 Log4Net可能需要修改代码重新编译,而IsLine

IsLine FrameWork系列之七--AppLogProvider日志框架(上)

日志与异常 部署系统以后,管理员需要有一套强大的日志系统来诊断和修复配置上的问题,这就需要一套通过配置就可以变更日志记录的方式.经验表明,日志模块往往是软件开发周期中的重要组成部分,Aicken曾用过一段时间的Log4Net,Log4Net是个很不错的日志框架,但是有时候仍然觉得有些不顺手,例如,需要用不同类型的日志记录不同的类.方法的行为和不同的业务行为,有时需要在系统运行期,改变某个业务日志的记录介质或是否记录等等,遇到这些因素 Log4Net可能需要修改代码重新编译,而IsLine Fra

ASP.NET企业开发框架IsLine FrameWork系列之十五--框架配置信息大全(下)

三.IsLine.ExceptionProcess 部分 这部分主要管理异常,对异常的管理分为两部分,异常记录和异常展现,你可以分开对其进行配置, 即异常的记录与展现之间互不影响. 关于异常记录: <add key="IsLine.ExceptionProcess.Configuration.RenderName" value="OracleUsingSPRender"/> 使用该信息指定记录异常的节点,"OracleUsingSPRender

ASP.NET企业开发框架IsLine FrameWork系列之十四--框架配置信息大全(中)

上文中讲到配置日志模块的第二步,这篇文章继续给大家介绍日志配置方法. Step 3.在</configSections>后加入:(注意,以下配置与Step 2中的sectionGroup一一对应) 代码 <IsLine.AppLog.Configuration> <FileRender> <AppenderStyle>File</AppenderStyle> <AppenderType>Text</AppenderType>

IsLine FrameWork系列之六--DataProvider数据访问(下)

接上文 对文件系统的操作: 对于文件目前内置3中支持对象:XML.TEXT.CONFIG文件,分别位于类库XMLProvider.TextProvider.SuitConfigProvider中,大家可以自己调用,文件操作大多使用静态操作. 对config文件的操作: 这里还要介绍一SuitConfigProvider类库中的GetItem.GetSection.AppendItem.RemoveElement 方法,这几个方法可以快速获得we.config中的Item.节点内容,以及增加.移除

ASP.NET企业开发框架IsLine FrameWork系列之六--DataProvider 数据访问(下)

对文件系统的操作: 对于文件目前内置3中支持对象:XML.TEXT.CONFIG文件,分别位于类库 XMLProvider.TextProvider.SuitConfigProvider中,大家可以自己调用,文件操作大多使用静态操作 . 对config文件的操作: 这里还要介绍一SuitConfigProvider类库中的GetItem. GetSection.AppendItem.RemoveElement 方法,这几个方法可以快速获得we.config中的Item.节点内 容,以及增加.移除

ASP.NET企业开发框架IsLine FrameWork系列之三--七种武器

IsLine FrameWork Provider介绍 其中IsLine.Data.IsLine.AppLog是我要重点介绍的,不过现在先来简单说说各个Provider的作用. DataProvider 与其他框架一样,DataProvider为项目提供了与数据库交互的能力,它的优点在这里不再阐述,这里 只说一下它与其他框架的数据访问层不同的地方. DataProvider同时兼容SQL SERVER与ORACLE两种数据库,并开放IDBOperater接口,用户只要实现 IDBOperater

ASP.NET企业开发框架IsLine FrameWork系列之二--命名空间与契约

ILFW框架以最底层为基础,层层堆叠,上层一依赖于下层提供的服务,并实现其派发的接口,形成完 整的FrameWork,不过由于时间原因,有些Provider之间的聚合偏高,例如AppLogProvider在使用数据库 做为记录介质时,已经和DataProvider绑定,并不能使用第三方的数据引擎. ILFW共有18个命名空间,分别管理着这些Provider的主要方法以及各种类库.接口,每个命名空间并 非独立,正如上图表示的一样,所以如果你希望使用ILFW的某一个Provider,可能需要引入几个