Audit.NET 动态表名与Schema配置问题解析与修复

问题背景

在Audit.NET项目中，开发者经常需要将审计日志存储到SQL Server数据库中。最新版本25.0.x中，使用Fluent API配置动态表名和Schema时遇到了一个关键问题——在配置回调函数中获取到的AuditEventWebApi对象始终为null，导致无法实现预期的动态表名和Schema功能。

问题现象

当开发者尝试使用以下配置时：

Audit.Core.Configuration.Setup()
    .UseSqlServer(config => config
        .ConnectionString(c => GetAuditConnectionString((AuditEventWebApi)c))
        .Schema(s => GetAuditTableSchema((AuditEventWebApi)s))
        .TableName(t => GetAuditTableName((AuditEventWebApi)t))
        .IdColumnName("IdColumn")
        .JsonColumnName("JsonColumn")
    );

在Schema和TableName的配置回调函数中，传入的参数s和t始终为null，这使得无法根据审计事件内容动态确定表名和Schema。

技术分析

这个问题源于SqlDataProvider.cs文件中的一个条件判断错误。在版本25.0.4中，条件判断逻辑存在缺陷，导致回调函数无法正确获取审计事件对象。正确的逻辑应该是直接检查Schema.GetValue(auditEvent)是否为null，而不是检查Schema本身是否为null。

解决方案

项目维护者迅速识别并修复了这个问题。修复方案是修改条件判断逻辑，确保能够正确传递审计事件对象到回调函数中。这个修复已经包含在25.0.5版本中。

升级建议

遇到此问题的用户应该：

1. 将Audit.NET相关包升级到25.0.5或更高版本
2. 重新测试动态表名和Schema配置功能
3. 确认回调函数现在能够正确接收到AuditEventWebApi对象

最佳实践

在使用Audit.NET的SQL Server提供程序时，建议：

1. 始终使用最新稳定版本
2. 对于动态配置，确保回调函数能够处理null情况
3. 在生产环境部署前充分测试配置功能
4. 考虑将表名和Schema配置逻辑封装为独立方法，提高代码可维护性

总结

这个问题的快速修复展示了Audit.NET项目对用户反馈的积极响应。对于依赖动态表名和Schema配置的用户来说，升级到25.0.5版本即可解决这个问题。这也提醒我们在使用开源库时，保持对版本变更和问题修复的关注是非常重要的。