业务框架中log的设计

这个项目由于我们公司设计经验不足，导致现在到后期需要花大量的时间来弥补。这几天在做项目中的Log整理和统一，觉得非常有必要在业务框架中调整相应的功能。
一、log分类
    1、框架信息log
       如：Action[{0}]处理开始，Action[{0}]处理成功，Action[{0}]处理异常等，与业务数据无关的log。
    2、业务信息log
       上篇 《 业务框架中Ｍｅｓｓａｇｅ的设计 》中所说的消息中，加入业务数据的标志信息，如：{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统统以抛出异常，由框架来打。