Невозможно привести List<T> к классу, производному от List<T>

Я получил класс «ListOfT» из List<T>, чтобы иметь место для размещения функций, которые работают со списком T.

У меня есть функция, которая перебирает список и должна возвращать подсписок T с помощью Linq:

public class ListOfT : List<T> 
{
  //no explicit constructor
  //other functions to work on this list of T's ...

  public ListOfT GenerateSubList()
  {
    return this.Where(t => t.SomeCriteria).ToList(); // <- compiler will complain

    return (ListOfT) this.Where(t => t.SomeCriteria).ToList(); // <- compiler is ok, but I get a runtime error
  }
}

Компилятор теперь жалуется, что не может привести List<T> к ListOfT. Очевидно, что вызов «ToList()» создаст новый List<T>, но мне бы хотелось иметь что-то, что создает экземпляр ListOfT.

Я попробовал явное приведение (что успокоит компилятор), но это приведет к ошибке во время выполнения.

Есть ли элегантный способ выполнить это приведение (или заменить вызов ToList())?

Решение (см. ответ @SomeBody): Спасибо всем за ваши добрые комментарии и предложенные решения. Вместо того, чтобы комментировать каждый из них, я попытаюсь суммировать его здесь:

public class ListOfT : List<T> 
{
  //public constructor
  public ListOfT() {}

  //hidden constructor to create a ListOfT from an enumerable
  private ListOfT(IEnumerable<T> subList) 
            : base(subList) { }
  
  public ListOfT GenerateSubList()
  {
    //using linq to create an enumerator that gets 
    //passed to the hidden constructor
    return new ListOfT(this.Where(t => t.SomeCriteria));
  }
}

Возможно, мне следовало использовать SomeClass вместо T в своем вопросе, чтобы уточнить, что класс ListOfT является конкретным примером использования List<T> в качестве SomeClass, а не шаблонным классом сам по себе.

@Tim Schmelter: Часть T должна была указать, что каждый экземпляр t.SomeCriteria, содержащийся в списке, имеет свойство, которое я хочу проверить, чтобы включить его в подсписок. Спасибо за ссылку на Почему бы не наследовать от List<T>, я читал ее, ожидая ответов. См. мои комментарии ниже относительно «имеет» и «есть».

Кроме того, (@Rookie), да, новый список, возвращаемый T, будет содержать не копии исходных элементов, а ссылки на исходные GenerateSubList(), хранящиеся в экземпляре ListOfT, который я вызываю T on. Это предназначено.

@Орен Тамам и @Филдор: я не пошел по маршруту «имеет» вместо «есть», так как для этого мне потребовалось бы реализовать интерфейс GenerateSubList(). Как упоминал выше @Tim, ведется продолжительная дискуссия о том, почему бы не использовать классы, производные от IList<T>. Лично я считаю, что это хороший способ собрать в одном месте функции, работающие со списками определенного типа. По моему мнению, разница между has и is сводится к личному выбору и сценарию, в котором вы его используете.

@Ralf упомянул методы расширения как еще один способ «улучшить» конкретный тип списка. Я использовал их в некоторых местах, где у меня была иерархия классов, где каждый потомок должен был быть «перечислен». В этом случае статический класс, содержащий расширения, был хорошим способом собрать все функции моего зоопарка классов, связанные со списками, в одном месте.