C# .NET6 如何访问泛型类型属性 解决IsRequire识别报错

你定义的泛型方法中，类型参数TPolicyDictionary没有声明任何约束，编译器默认将其视为object类型处理，自然无法识别具体类型上定义的IsRequire属性，直接访问必然触发编译错误。

方案1：泛型接口约束（首推，类型安全无性能开销） #

这是最符合泛型设计规范的方案，编译期即可做类型检查，无额外运行时开销。

1. 先定义所有规则类共通的属性接口：

public interface IRequireCheckable
{
    bool IsRequire { get; set; }
}

2. 让对应规则类实现该接口，以你给出的DataReadingRule为例：

public class DataReadingRule : IRequireCheckable
{
    public Guid DataReadingRuleId { get; set; }
    public bool IsRequire { get; set; }
}

3. 给泛型方法添加类型约束，同时优化字典取值逻辑（原LINQ写法时间复杂度O(n)，用TryGetValue是O(1)，性能提升明显）：

// 泛型参数后追加where约束
public override Task<dynamic> Validate<TPolicyDictionary>(Dictionary<string, TPolicyDictionary> dataPolicyDictionary) 
    where TPolicyDictionary : class, IRequireCheckable
{
    bool isRecordExist = false;
    bool isRequired = false;
    bool isRecordValid = false;

    if (!string.IsNullOrWhiteSpace(FieldName))
    {
        // 直接通过字典内置方法取值，效率更高
        if (dataPolicyDictionary.TryGetValue(FieldName, out var policy))
        {
            isRecordExist = true;
            // 此处可以直接访问IsRequire属性，无编译错误
            if (policy.IsRequire)
            {
                isRequired = true;
            }
        }
        // 剩余业务逻辑自行补全即可
    }
    // 补全catch块、返回逻辑
}

方案2：运行时反射取值（适合无法修改泛型定义、传入类型不固定的场景） #

如果不方便给泛型加约束，且传入的TPolicyDictionary类型不固定，可以通过反射在运行时读取属性值，注意加校验避免运行时异常：

if (dataPolicyDictionary.TryGetValue(FieldName, out var policy))
{
    isRecordExist = true;
    if (policy != null)
    {
        var propInfo = policy.GetType().GetProperty("IsRequire");
        // 校验属性存在且类型为bool，避免转换报错
        if (propInfo != null && propInfo.PropertyType == typeof(bool))
        {
            isRequired = (bool)propInfo.GetValue(policy);
        }
    }
}

该方案缺点是有一定反射性能开销，且编译期无法检查属性名拼写错误，属性名写错只能在运行时暴露问题。

方案3：模式匹配强转（适合传入类型固定且数量少的场景） #

如果确定传入的字典值只会是少数几个固定类型，可以直接用.NET 6支持的模式匹配做类型判断后强转：

if (dataPolicyDictionary.TryGetValue(FieldName, out var policy))
{
    isRecordExist = true;
    // 匹配到对应类型后直接访问属性
    if (policy is DataReadingRule readingRule)
    {
        isRequired = readingRule.IsRequire;
    }
    // 有其他同结构类型可以在此追加分支判断
}

该方案性能优于反射，但扩展性差，后续新增规则类型需要修改判断分支代码。

内容的提问来源于stack exchange，提问作者K.Z