Marten项目中的LiveAggregation代码生成问题解析

在Marten v7版本中，使用静态Apply处理程序结合手动注册方式时，LiveAggregation功能会出现代码生成错误的问题。这个问题主要影响开发者在使用特定模式定义投影时的代码生成结果。

问题背景

Marten是一个.NET平台上的事件溯源和文档数据库库，其LiveAggregation功能允许实时计算聚合状态。当开发者按照以下模式定义投影时：

public record Point(Guid Id, string Name)
{
    public static Point Create(PointCreated e) => new(e.Id, e.Point.Name);
    public static Point Apply(Point state, PointEdited e) => state with { Name = e.Point.Name };
}

并配合以下投影定义：

public class PointProjection : SingleStreamProjection<Point>
{
    public PointProjection()
    {
        CreateEvent<PointCreated>(Point.Create);
        ProjectEvent<IEvent<PointEdited>>(Point.Apply);
    }
}

问题表现

这种情况下，Marten会生成错误的聚合代码，导致对聚合状态的重复修改：

public Example.Point Apply(Marten.Events.IEvent @event, Example.Point aggregate, Marten.IQuerySession session)
{
    switch (@event)
    {
        case Marten.Events.IEvent<Example.PointEdited> event_PointEdited3:
            aggregate = Example.Point.Apply(aggregate, event_PointEdited3.Data);
            aggregate = ProjectEvent1.Invoke(aggregate, event_PointEdited3);
            break;
    }
    return aggregate;
}

可以看到，代码中对aggregate变量进行了两次赋值操作，这显然不是预期的行为。

技术分析

这个问题源于Marten对静态Apply方法的特殊处理机制。在v7版本中，Marten为了简化使用体验，会自动识别名为"Apply"的静态方法，这导致了与手动注册的ProjectEvent调用产生冲突。

值得注意的是，InlineAggregation功能不受此问题影响，只有LiveAggregation会出现这种代码生成错误。

解决方案

对于这个问题，Marten官方建议了几种解决方案：

1. 使用[MartenIgnore]属性标记静态Apply方法，避免自动识别
2. 在需要更复杂处理时，可以完全省略ProjectEvent()调用，因为静态Apply方法已经被自动识别
3. 等待Marten 7.1版本，该版本计划提供更明确的代码模型来替代代码生成方式

对于需要在事件处理中添加额外逻辑（如复制元数据）的场景，开发者可以暂时通过修改本地Marten代码来解决。

最佳实践建议

在使用Marten的投影功能时，建议：

1. 保持投影逻辑的一致性，要么全部使用静态方法，要么全部使用实例方法
2. 避免混合使用自动识别和手动注册两种方式
3. 对于复杂场景，考虑使用明确的委托而非依赖自动发现机制
4. 关注Marten 7.1版本的更新，它将提供更清晰的编程模型

这个问题虽然不影响InlineAggregation，但对于使用LiveAggregation的开发者来说，理解这一行为差异非常重要，可以帮助避免生产环境中的潜在问题。