C#如何为生成的分部类/属性添加多态实现

这个场景我太熟了——面对一堆动不了的生成类，要给它们统一加带多态的行为，确实卡手。下面给你几个实用的方案，按需选择：

这是应对这类问题的经典解法，核心思路是给每个生成类套一层“适配器”，让所有适配器实现同一个接口，把多态逻辑封装在适配器里，完全不用碰生成的代码。

举个具体例子：假设你的生成类都有类似SomeProperty、Number这类属性，先定义一个统一的接口，包含你需要的多态方法：

// 定义统一的多态接口
public interface IPolymorphicEntity
{
    string GetFormattedInfo();
    int CalculateDerivedValue();
}

然后给每个生成类写对应的适配器，适配器持有生成类的实例，实现接口方法时调用生成类的属性并加入你的自定义逻辑：

// 给GeneratedClassA写适配器
public class ClassAAdapter : IPolymorphicEntity
{
    private readonly GeneratedClassA _originalInstance;

    // 构造函数注入生成类实例
    public ClassAAdapter(GeneratedClassA original)
    {
        _originalInstance = original;
    }

    public string GetFormattedInfo()
    {
        // 自定义格式化逻辑，用到生成类的属性
        return $"[A类] 名称：{_originalInstance.SomeProperty.ToUpper()}";
    }

    public int CalculateDerivedValue()
    {
        // 自定义计算逻辑
        return _originalInstance.Number * 2 + 15;
    }
}

// 同理给GeneratedClassB写ClassBAdapter，GeneratedClassC写ClassCAdapter...

使用的时候，把生成的实例包装进适配器，就能统一用接口进行多态处理：

// 假设这是你拿到的生成类实例列表
var generatedObjects = new List<object> 
{ 
    new GeneratedClassA { SomeProperty = "testA", Number = 5 },
    new GeneratedClassB { AnotherProperty = "testB", Count = 10 }
};

// 转换成多态接口列表
var polymorphicEntities = generatedObjects.Select(obj => obj switch
{
    GeneratedClassA a => new ClassAAdapter(a),
    GeneratedClassB b => new ClassBAdapter(b),
    // 其他生成类的case依次补充
    _ => throw new NotSupportedException($"不支持的类型：{obj.GetType().Name}")
}).Cast<IPolymorphicEntity>().ToList();

// 统一调用多态方法
foreach (var entity in polymorphicEntities)
{
    Console.WriteLine(entity.GetFormattedInfo());
    Console.WriteLine(entity.CalculateDerivedValue());
}

这个方案的好处是完全有编译时类型检查，不会出现运行时意外，逻辑也清晰，适合需要复杂多态行为的场景。唯一的小缺点是要写一百个适配器，但可以用T4模板自动生成适配器代码——毕竟生成类结构相似，T4模板很容易批量生成适配器。

如果你的多态逻辑比较简单，不想写一堆适配器，可以用C#的动态绑定+静态类重载来实现“伪多态”。

核心思路是写一个静态辅助类，针对每个生成类写同名的重载方法，然后用动态类型调用，C#会在运行时自动匹配对应的重载：

public static class PolymorphicHelper
{
    // 针对GeneratedClassA的处理逻辑
    public static string GetFormattedInfo(GeneratedClassA obj)
    {
        return $"[A类] {obj.SomeProperty.ToUpper()}";
    }

    // 针对GeneratedClassB的处理逻辑
    public static string GetFormattedInfo(GeneratedClassB obj)
    {
        return $"[B类] {obj.AnotherProperty.ToLower()}";
    }

    // 其他生成类的重载方法...
}

使用的时候直接用动态类型遍历：

foreach (dynamic item in generatedObjects)
{
    Console.WriteLine(PolymorphicHelper.GetFormattedInfo(item));
}

这个方案的优点是代码量极少，不用写适配器；缺点是没有编译时检查——如果漏写了某个生成类的重载，运行时会直接报错，而且没法用接口约束，适合逻辑简单、生成类不会频繁新增的场景。

如果生成类数量极大（比如上百个），而且需要长期维护，手动写适配器或重载太麻烦，可以用Roslyn在编译阶段自动修改生成类的代码，让它们继承统一的基类或实现接口并带上默认逻辑。

比如，先定义一个带默认实现的基类（C# 8+也可以用带默认方法的接口）：

public abstract class BasePolymorphicClass
{
    // 假设生成类都有这个属性，定义为抽象让生成类实现
    public abstract string CommonProperty { get; set; }

    // 带具体实现的多态方法
    public virtual string GetFormattedInfo()
    {
        return $"格式化：{CommonProperty.Trim()}";
    }

    public virtual int CalculateValue()
    {
        return int.TryParse(CommonProperty, out var num) ? num * 3 : 0;
    }
}

然后用Roslyn编写一个代码分析器/代码生成器，找到所有生成类（比如根据命名规则，比如以Generated开头），自动修改它们的代码，让它们继承BasePolymorphicClass，并实现抽象的CommonProperty（因为生成类本身已经有这个属性，Roslyn可以自动帮你生成映射逻辑）。

这个方案的好处是一劳永逸，后续新增生成类也能自动处理，完全不用手动维护适配代码；缺点是需要掌握Roslyn的基础用法，有一定学习成本。

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