Marten V8 聚合投影签名优化解析

Marten 8.0版本正在紧锣密鼓地开发中，其中一个重要改进方向是对投影模型的全面重构。本文将深入分析当前聚合投影的实现方式，并详细解读V8版本中计划进行的优化方案。

当前投影模型分析

Marten目前提供了多种投影实现方式，各有其适用场景：

1. 自定义投影：通过实现IProjection接口或继承EventProjection基类，开发者可以完全掌控投影逻辑，但会失去框架内置的性能优化。

2. 单流/多流投影：

   • 使用SingleStreamProjection或MultiStreamProjection作为基类
   • 支持Lambda表达式声明或传统的Apply/Create方法命名约定
   • 当在聚合文档中添加Apply或Create方法时，Marten会在后台构建SingleStreamProjection<T>对象

3. 自定义聚合投影：继承CustomProjection基类编写完全显式的代码

现有模型存在几个关键问题：

• 约定方法方式仅适用于简单工作流，难以处理复杂场景（如文档软删除后又被恢复的情况）
• CustomProjection虽然解决了约定方法的局限性，但与实时聚合、时间旅行等功能配合不佳
• 缺乏统一的编程模型来处理各种复杂场景

V8版本改进方案

架构调整

1. 移除约定方法的代码生成：简化底层实现，提高运行时效率
2. 弃用CustomProjection：提供更优雅的替代方案
3. 增强单流/多流投影：引入更灵活的显式编码机制

新API设计

新版本将引入一组清晰的API签名，开发者可以选择最适合自己场景的方式：

// 基础演进方法（同步/异步）
public virtual TDoc? Evolve(TDoc? snapshot, TId identity, IEvent e)
public virtual ValueTask<TDoc?> EvolveAsync(TDoc? snapshot, TId identity, IEvent e, IQuerySession session, CancellationToken cancellation)

// 高级应用方法
public virtual async ValueTask<SnapshotAction<TDoc>> ApplyAsync(
    TId identity, 
    TDoc? snapshot, 
    IReadOnlyList<IEvent> events, 
    IQuerySession session, 
    CancellationToken cancellation)

快照操作类型

新设计引入了一组明确的快照操作类型，使投影行为更加清晰：

public record SnapshotAction<T>(T Snapshot);
public record Store<T> : SnapshotAction<T>(T Snapshot);
public record Delete<TDoc, TId> : SnapshotAction<TDoc>(TDoc Snapshot, TId identity);
public record UnDeleteAndStore<T> : SnapshotAction<T>(T Snapshot);
public record Nothing<T> : SnapshotAction<T>(T Snapshot);
public record HardDelete<T> : SnapshotAction<T>(T Snapshot);

技术优势

1. 更好的错误处理：能够精确定位导致投影失败的具体事件，支持异步运行时跳过"毒丸"事件
2. 更清晰的编程模型：显式快照操作类型使投影行为一目了然
3. 性能优化：移除代码生成环节，提高运行时效率
4. 功能完整性：保持与实时聚合、时间旅行等功能的良好兼容性

迁移建议

对于现有用户，V8版本将提供：

1. 详细的文档说明如何从CustomProjection迁移到新模型
2. 代码分析工具帮助识别需要修改的部分
3. 保持向后兼容性，确保平稳升级

总结

Marten V8对聚合投影模型的改进旨在提供更灵活、更清晰的编程体验，同时保持框架的高性能特性。新设计通过引入显式的快照操作类型和统一的API签名，既满足了简单场景的易用性需求，又为复杂业务逻辑提供了足够的扩展能力。这些改进将使Marten在事件溯源和CQRS架构中的应用更加得心应手。