StronglyTypedId项目中的类型互操作性探讨

在C#开发中，StronglyTypedId是一个流行的源代码生成器，用于创建强类型ID。最近社区中出现了关于如何使其与其他源代码生成器更好互操作的讨论，这为我们提供了一个深入探讨强类型ID设计模式的好机会。

强类型ID的基本模式

传统的StronglyTypedId生成器会为每个ID类型自动生成一个Value属性作为其内部值的访问器。例如：

[StronglyTypedId]
public partial struct OrderId 
{
    public Guid Value { get; }
}

这种模式简单直接，但存在一个潜在限制：其他源代码生成器无法"看到"这个Value属性，因为源代码生成器之间通常无法直接感知彼此的生成结果。

互操作性需求

在实际开发中，开发者可能需要将强类型ID与其他技术栈集成。例如，当使用Orleans分布式框架时，需要为类型添加序列化支持。理想情况下，开发者希望能够这样编写代码：

[GenerateSerializer] // Orleans序列化生成器
[StronglyTypedId]
public partial struct ProductId(Guid Value) { }

这种语法不仅简洁，还能让其他生成器识别出Value属性并进行相应处理。同时，这种主构造函数语法还能让StronglyTypedId自动推断出底层类型(Guid)。

现有解决方案

目前，StronglyTypedId提供了自定义模板的功能来解决这类需求。开发者可以：

1. 导出默认模板
2. 移除其中的Value属性定义
3. 使用修改后的模板

这种方式虽然可行，但需要额外的配置步骤。对于追求简洁的开发者来说，直接支持主构造函数语法会是更优雅的解决方案。

设计考量

项目维护者对此提出了几点重要考量：

1. 明确性优于隐式：自动推断底层类型可能导致混淆，特别是在有多种模板都使用相同基础类型时

2. 模式多样性：不同项目对ID类型有不同的需求，自定义模板机制已经能够满足大多数特殊情况

3. record类型的潜力：C#的record struct提供了更简洁的语法，未来可能成为更好的选择

最佳实践建议

对于需要与其他生成器互操作的场景，建议采用以下方式之一：

1. 自定义模板路线：

   [StronglyTypedId(Template = "CustomTemplate")]
   public partial struct CustomerId 
   {
       public Guid Value { get; }
   }
   

2. 等待record支持（如果项目未来添加此功能）：

   [StronglyTypedId]
   public partial readonly record struct InvoiceId(Guid Value);
   

3. 手动定义+部分类：

   public partial struct PaymentId 
   {
       public Guid Value { get; }
   }
   

总结

强类型ID的设计需要在简洁性、明确性和扩展性之间找到平衡。StronglyTypedId项目通过自定义模板机制提供了足够的灵活性，同时保持了核心设计的清晰性。对于有特殊互操作性需求的场景，开发者可以利用现有扩展点来实现目标，而不必等待框架层面的改变。

随着C#语言的演进，特别是record类型的完善，未来强类型ID的模式可能会更加简洁和强大。在此之前，理解现有机制的原理和限制，将帮助开发者做出最适合自己项目的技术决策。