在泛型类库序列化服务中使用XML Source Generator

核心结论 #

如果你追求更快启动速度、更优的程序集裁剪效果，优先选择XML Source Generator，它能彻底解决你当前需要添加DynamicDependency的问题，同时规避运行时XmlSerializer的动态编译开销。

关键问题拆解与解决方案 #

1. 代码生成位置的明确 #

XML Source Generator的代码是在实体类所在的项目中生成的——因为它需要编译期分析实体类的结构，所以不管你的序列化服务类库在哪，生成的XmlSerializer<T>实现都和MyClass同属一个项目。

2. 类库分离场景的适配方案 #

你的泛型SerializationService<T>在独立类库、无法预知实体类型的问题，最优解是让服务类库依赖抽象的序列化器，由上层传入预生成的具体实现：

• 在MyClass所在项目中，通过Source Generator自动生成MyClassXmlSerializer（默认命名规则为{实体类名}XmlSerializer）。
• 修改SerializationService<T>的构造函数，接收XmlSerializer<T>作为依赖：

  public class SerializationService<T>
  {
      private readonly XmlSerializer<T> _serializer;
  
      public SerializationService(XmlSerializer<T> serializer)
      {
          _serializer = serializer;
      }
  
      // 序列化/反序列化方法示例
      public string Serialize(T obj) => _serializer.Serialize(obj);
      public T Deserialize(string xml) => _serializer.Deserialize(xml);
  }
  

• 在启动项目（如控制台/API项目）中，实例化预生成的序列化器并传入服务：

  var myClassSerializer = new MyClassXmlSerializer();
  var serializationService = new SerializationService<MyClass>(myClassSerializer);
  

• 若使用依赖注入，可直接注册预生成的序列化器为单例：

  services.AddSingleton<XmlSerializer<MyClass>, MyClassXmlSerializer>();
  services.AddScoped(typeof(SerializationService<>), typeof(SerializationService<>));
  

3. Source Generator vs 现有设计的取舍 #

显然，Source Generator完全匹配你“更快启动、更少依赖、更好裁剪”的核心需求，没有理由保留现有设计。

4. 正确配置Source Generator #

注意最新.NET版本（6+）中，已经不需要DotNetCliToolReference，仅需在实体类项目的csproj中添加包引用即可：

<PackageReference Include="System.Xml.XmlSerializer.Generator" Version="7.0.0" PrivateAssets="all" />

编译后，生成的序列化器代码会出现在项目的obj/Debug/netX.X/generated目录下，无需手动编写。

内容的提问来源于stack exchange，提问作者Etienne Charland