Marten项目中的聚合投影初始化问题解析

概述

在Marten这个.NET平台上的事件溯源和文档数据库库中，开发者在使用聚合投影(MultiStreamProjection)时可能会遇到一个值得注意的行为特性：即使投影的Create方法从未被调用过，Apply方法仍然会被执行。本文将深入分析这一现象的技术背景、影响范围以及解决方案。

问题本质

Marten的聚合投影机制设计上允许通过Create方法初始化投影实例，并通过Apply方法更新投影状态。然而在实际运行中，系统会在没有调用Create方法的情况下，直接使用默认值初始化投影实例并执行Apply方法。

这种行为源于Marten内部的事件处理机制：

1. 系统会为所有已注册的事件类型查找对应的投影处理方法
2. 无论投影实例是否存在，都会尝试执行匹配的Apply方法
3. 如果投影实例不存在，则使用类型默认值作为参数

实际影响

这种设计可能导致以下问题场景：

• 业务逻辑假设Create方法必须先于Apply方法执行的预期被打破
• Apply方法中可能需要对null值或默认值进行额外检查
• 可能产生不符合业务语义的投影状态

解决方案

方案一：使用CustomProjection

Marten官方推荐对于有特殊初始化需求的场景，直接使用CustomProjection替代常规投影方式。这种方式提供完全控制权：

public class CustomProjection : IProjection
{
    public void Apply(IDocumentOperations operations, IReadOnlyList<StreamAction> streams)
    {
        // 完全自定义的事件处理逻辑
    }
}

方案二：防御性编程

在现有投影中添加状态检查逻辑：

public static AdditionalCardholdersToBeAssigned? Apply(EventData @event, AdditionalCardholdersToBeAssigned projection)
{
    if(projection.MembershipApplicationId == null) 
        return null; // 跳过未初始化的投影
    
    // 正常处理逻辑
}

方案三：条件性Apply方法

利用方法签名表达意图：

// 虽然Marten仍会传入默认实例，但方法签名表明预期
public static AdditionalCardholdersToBeAssigned? Apply(EventData @event, AdditionalCardholdersToBeAssigned? projection)
{
    if(projection == null) return null;
    // 处理逻辑
}

设计考量

Marten保持这种设计可能有以下考虑：

1. 简化投影机制的统一处理流程
2. 支持更灵活的事件处理模式
3. 避免因事件顺序问题导致数据丢失

最佳实践建议

1. 对于简单场景，使用防御性编程确保健壮性
2. 对于复杂业务逻辑，优先考虑CustomProjection
3. 在Apply方法中始终验证关键字段状态
4. 考虑使用测试确保投影在各种事件顺序下的行为符合预期

总结

Marten的聚合投影机制提供了强大的事件处理能力，但需要开发者理解其特殊的事件处理模式。通过适当的防御性编程或使用更底层的CustomProjection，可以构建出既健壮又符合业务需求的投影实现。理解这一机制有助于开发者更好地利用Marten构建事件溯源系统。