C#中将基类向下转型为泛型派生类的技术问题
解决方案:泛基类列表中访问派生泛型类的字段
这个问题本质是泛型类型向上转型后,基类无法直接访问派生泛型类特有的成员。针对你有20个不同实例的场景,我给你几个实用的解决方案:
方案1:使用C#模式匹配直接匹配具体泛型类型
如果能接受为每个泛型类型编写匹配分支,可以用模式匹配快速获取派生类实例:
var testDep = new TestQueryDependency(); var dependencies = testDep.GetDependencies(); foreach (var dep in dependencies) { // 匹配Tasks类型的泛型实例 if (dep is QueryDependencyDetail<Tasks, long> taskDependency) { var taskData = taskDependency.Data; // 在这里对taskData执行LINQ查询 } // 针对其他实体类型,添加对应的模式匹配分支 else if (dep is QueryDependencyDetail<Project, Guid> projectDependency) { var projectData = projectDependency.Data; // 处理项目数据 } // ... 其他类型的分支 }
优点:实现简单,不需要修改原有类结构;缺点:20个类型会导致代码冗余,后期维护成本高。
方案2:新增非泛型接口封装共享成员
这是最适合多类型场景的方案,通过提取非泛型接口,把需要访问的Data等成员抽象出来,避免逐个匹配类型:
第一步:定义非泛型接口
public interface IHasQueryData { // 用非泛型的IQueryable定义Data属性,适配动态LINQ需求 IQueryable Data { get; set; } }
第二步:让泛型派生类实现该接口
public class QueryDependencyDetail<TEntity, TKey> : QueryDependencyDetail, IHasQueryData where TEntity : BaseEntity<TKey> { public virtual Func<TEntity, object> Key { get; set; } // 保留泛型版本的Data,供强类型场景使用 public IQueryable<TEntity> TypedData { get; set; } public Func<TEntity, object> JoinKey { get; set; } public Expression<Func<TEntity, bool>> WhereClause { get; set; } // 显式实现非泛型接口,避免和TypedData命名冲突 IQueryable IHasQueryData.Data { get => TypedData; set => TypedData = (IQueryable<TEntity>)value; } }
第三步:调用时转换为接口访问Data
var testDep = new TestQueryDependency(); var dependencies = testDep.GetDependencies(); var firstDep = dependencies.FirstOrDefault() as IHasQueryData; if (firstDep != null) { var data = firstDep.Data; // 直接用data执行动态LINQ查询(动态LINQ天生支持非泛型IQueryable) }
优点:代码简洁易维护,不需要逐个匹配类型;缺点:需要修改原有类结构,添加接口实现。
方案3:在基类中添加抽象的非泛型成员
如果所有泛型派生类都需要Data属性,可以直接在基类中定义抽象的非泛型属性,强制派生类实现:
第一步:修改基类
public abstract class QueryDependencyDetail { public int Order { get; set; } // 新增抽象的非泛型Data属性 public abstract IQueryable Data { get; set; } }
第二步:修改泛型派生类实现属性
public class QueryDependencyDetail<TEntity, TKey> : QueryDependencyDetail where TEntity : BaseEntity<TKey> { public virtual Func<TEntity, object> Key { get; set; } // 泛型版本的Data,供强类型使用 public IQueryable<TEntity> TypedData { get; set; } public Func<TEntity, object> JoinKey { get; set; } public Expression<Func<TEntity, bool>> WhereClause { get; set; } // 实现基类的抽象属性 public override IQueryable Data { get => TypedData; set => TypedData = (IQueryable<TEntity>)value; } }
第三步:直接访问基类的Data属性
var testDep = new TestQueryDependency(); var dependencies = testDep.GetDependencies(); var firstDep = dependencies.FirstOrDefault(); if (firstDep != null) { var data = firstDep.Data; // 执行动态LINQ查询 }
优点:调用方式最直接,不需要额外类型转换;缺点:基类会被耦合Data属性,如果后续有不需要Data的派生类则不适用。
总结
针对你有20个不同实例的场景,方案2或方案3会更合适,能避免大量冗余的类型匹配代码,同时完美满足动态LINQ查询的需求。
内容的提问来源于stack exchange,提问作者Tiago Mourão
相关产品推荐
相关产品推荐

