业务框架中log的设计

这个项目由于我们公司设计经验不足,导致现在到后期需要花大量的时间来弥补。这几天在做项目中的Log整理和统一,觉得非常有必要在业务框架中调整相应的功能。
一、log分类
    1、框架信息log
       如:Action[{0}]处理开始,Action[{0}]处理成功,Action[{0}]处理异常等,与业务数据无关的log。
    2、业务信息log
       上篇 《 业务框架中Message的设计 》中所说的消息中,加入业务数据的标志信息,如:{0}处理已经成功。[证明书ID:1]
二、框架信息log的处理
    1、Action开始log
          1)、Action[{0}]处理开始。   {0}中放入Action的名称
                在Action开始的时候,log的打印步骤
                               INFO,Action[XXXXX]处理开始。
                               DEBUG,Action[XXXXX]的参数:[x=x,xx=xx,xxx=xxx]。
          2)、Action[{0}]处理成功。   {0}中放入Action的名称
                在Action成功结束的时候,log的打印步骤
                               Action[XXXXX]处理成功。
          3)、Action[{0}]处理异常。({1})   {0}中放入Action的名称,{1}中放入异常的理由
                在Action成功结束的时候,log的打印步骤
                               Action[XXXXX]处理异常。(理由)[业务ID信息] 异常的Trace...
三、业务信息Log的处理
       1),当业务处理的时候发生了可以继续的Warn的时候,可以打一些warn等级的log,在一些重要处理的时候打一些info等级的log。错误的log统统以抛出异常,由框架来打。

你可能感兴趣的:(业务框架中log的设计)