幸福框架：用户想看到的操作日志也要使用AOP吗？

背景

日志无论是对于开发人员、运维人员和最终用户都是一笔财富，是不是所有类型的日志都要AOP呢？本着交流的目的，这里先说一些看法，希望大家多批评。

常见的日志类型

异常日志

概念：记录异常的日志。

考虑：日志框架需要对不同的异常采用不同的日志方式，比如：那些为了向UI层返回消息的异常是不用记录到日志的，对于未期望异常也需要有不同的日志输入方式。

方式：AOP，适合在边界类使用（靠近系统边界的地方）。

事务：不需要参与业务事务。

服务对象：开发人员、运维人员。

示例：

 using System;
 using System.Collections.Generic;
 using System.Linq;
 using System.Text;
 using System.Threading.Tasks;
 using System.Web.Mvc;

 using Common.Logging;
 using Happy.Web.Mvc.Newtonsoft;

 namespace Happy.Web.Mvc.ExceptionHanding
 {
     /// <summary>
     /// 处理应用程序未捕获的异常。
     /// </summary>
     [AttributeUsage(AttributeTargets.Class, AllowMultiple = false, Inherited = true)]
     public class WriteExceptionResultAttribute : FilterAttribute, IExceptionFilter
     {
         /// <inheritdoc />
         public void OnException(ExceptionContext filterContext)
         {
             var exception = filterContext.Exception;

             this.LogException(exception);

             filterContext.Result = ExceptionInformationProviderRegistry.CreateErrorResult(exception);

             filterContext.ExceptionHandled = true;
         }

         private void LogException(Exception exception)
         {
             if (FriendlyExceptionRegistry.Contains(exception.GetType()))
             {
                 return;
             }

             LogManager.GetCurrentClassLogger().Error(exception);
         }
     }
 }

操作日志

概念：记录用户操作的日志。

考虑：这类日志的格式很难统一，每个操作都需要自己的消息格式和参数，因为最终用户要看，还需要提供友好的界面。

方式：帮助方法，适合在应用层使用。

事务：要参与业务事务。

服务对象：运维人员、最终用户。

示例：省略。

性能监控日志、程序状态跟踪等

概念：记录开发人员感兴趣的任何内容。

考虑：监控的级别可能是整个业务事务或某一层的调用，甚至是某个方法。

方式：AOP或帮助方法。

事务：不要参与业务事务。

服务对象：运维人员、开发人员。

示例：省略。

备注

系统设计的时候最好就确定日志的需求。