我应该如何抽象另一个对象拥有的对象集合？

Question

在一个管理职业培训的系统中，我有一个 CourseBase 抽象类，我决定使用它来支持 ICourse 接口，因为我希望避免重复从假设派生的所有类的实现代码，基础Course 实体。每门课程都有一个主题列表，其中任何主题都由SubjectBase 抽象类定义。所以，我有例如

public abstract class CourseBase : BaseObject
{
    public IEnumerable<SubjectBase> Subjects
    {
        get { return new List<SubjectBase>(); }
    }   
}

public abstract class SubjectBase
{
    public string Name { get; set; }
    public string Description { get; set; }
    public int ValidityPeriod { get; set; }
}

现在我想添加一个具体的类LocalCourse，它包含LocalCourseSubject 对象的集合，但是因为我没有使用CourseBase 的接口，所以我失去了协方差，我需要用我的新属性隐藏抽象基的 Subjects 属性：

public class LocalCourse: CourseBase
{
    public IEnumerable<LocalCourseSubject> Subjects
    {
        get { throw new NotImplementedException(); }
    }
}

我确信从 OO 的角度来看，我在这里遗漏了一些非常明显的东西，但我能看到的唯一解决方案是：

1. 从抽象基础中完全省略 Subjects，只向派生类添加特定类型的集合属性。
2. 在抽象基类和具体类中实现一个接口，例如ISubjectCollectionOwner。

请原谅我的昏暗，我已经有一段时间没有遇到这样的设计问题了。

Answer 1

为什么不引入通用接口来抽象课程？对不起，如果我错过了一些明显的东西

public interface ICourse<TSubject>
{
   IEnumerable<TSubject> Subjects { get; }
}

public abstract class CourseBase<TSubject> 
   : BaseObject, 
     ICourse<TSubject>
{
    public IEnumerable<TSubject> Subjects
    {
        get { return new List<TSubject>(); }
    }   
}

public class LocalCourse 
   : CourseBase<LocalCourseSubject>
{
}

如果 Subject 是 Course 实体的重要组成部分，您也应该将其保留在 ICourse 和 CourseBase 中，否则我建议通过 ISubjectAware 接口对其进行抽象

Answer 2

你不能这样做吗：

public abstract class CourseBase<T> where T : SubjectBase
{
    public virtual IEnumerable<T> Subjects
    {
        get { return new List<T>(); }
    }
}

public abstract class SubjectBase
{
    public string Name { get; set; }
    public string Description { get; set; }
    public int ValidityPeriod { get; set; }
}

public class LocalCourse : CourseBase<LocalCourseSubject>
{
    public override IEnumerable<LocalCourseSubject> Subjects
    {
        get { throw new NotImplementedException(); }
    }
}

我认为无论如何，这将实现您的短期目标，假设一般模式是每个 CourseBase 继承者都将具有相同类型的 SubjectBase 继承者的集合。但是，如果是这样的话，这似乎是一个并行继承层次结构，有时可能是一种代码味道（并不是说它一定是——我不知道你正在建模的域的所有细节）。