如何通过Dynamic推断参数属性实现多类型对象处理函数泛化？

当然有更优雅、更安全的泛化方案！你当前用dynamic的写法虽然能跑起来，但它依赖运行时类型检查——要是哪天传进来个没有Id属性的对象，只有到运行时才会炸锅，没法在编译阶段提前发现问题。下面给你几个更靠谱的方案，按推荐程度排序：

这是类型安全、代码最规范的做法。先搞一个包含Id属性的接口，让所有需要处理的类型（TypeA、TypeB...）都实现它：

// 定义公共接口，Id的类型根据你的实际情况调整（比如int/string/Guid）
public interface IIdentifiable
{
    int Id { get; }
}

// 让你的各个业务类型实现这个接口
public class TypeA : IIdentifiable
{
    public int Id { get; set; }
    // TypeA的其他业务属性和方法
}

public class TypeB : IIdentifiable
{
    public int Id { get; set; }
    // TypeB的其他业务属性和方法
}

接下来就可以写一个通用函数，直接接收IIdentifiable类型的参数：

public void ProcessId(IIdentifiable value)
{
    DoSomething(value.Id);
}

调用的时候直接传任意实现了IIdentifiable的对象就行，编译器会帮你把关——要是传个没实现接口的类型，直接报错，从根源避免了运行时错误，性能也比dynamic好得多。

如果后续需要用到具体类型的其他特性，或者想保留泛型的灵活性，可以用泛型配合接口约束：

public void ProcessId<T>(T value) where T : IIdentifiable
{
    DoSomething(value.Id);
    // 这里还能直接用T类型的其他成员（如果需要的话）
}

调用方式和普通泛型函数一样：

ProcessId(new TypeA());
ProcessId(new TypeB());

要是你没法修改TypeA、TypeB这些类的代码（比如是第三方库的类型），没法让它们实现接口，那可以用反射来兜底。虽然性能不如前两种，但比dynamic更可控——可以提前检查Id属性是否存在：

public void ProcessId(object value)
{
    var idProperty = value.GetType().GetProperty("Id");
    if (idProperty == null)
    {
        throw new ArgumentException("传入的对象必须包含Id属性", nameof(value));
        // 或者做容错处理，比如返回默认值
    }

    var idValue = idProperty.GetValue(value);
    // 如果DoSomething的参数类型固定，这里可能需要做类型转换，比如(int)idValue
    DoSomething(idValue);
}

对比你原来的dynamic方案 #

dynamic的优势是不用修改现有类型，但缺点很明显：没有编译时检查、性能略差，而且如果不同类型的Id类型不一致（比如有的是int，有的是string），很容易出现隐式转换错误。所以除非万不得已，优先用前两种静态类型的方案。

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