幸福框架：用户想看到的操作日志也要使用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或帮助方法。

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

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

示例：省略。

备注

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