Как я могу обойти параметры ref, не допускающие изменения типа?

Question

Допустим, у меня есть следующий класс структуры в моем слое доступа к данным:

interface IBehavior<in T> 
{ 
    void Load(T model); 
} 

class ModelManager<T> 
{ 
    ModelManager(IEnumerable<IBehavior<T>> behaviors) { ... } 

    void Load(T model) 
    { 
    foreach (var behavior in behaviors) { 
     behavior.Load(model) 
    } 
    } 
} 

Это позволяет мне иметь различные интерфейсы, что мои модели можно реализовать и многоразовые поведения, которые обрабатывают эти интерфейсы:

interface IUnique { ... } 
class UniqueBehavior : IBehavior<IUnique> { ... } 

interface ITimestampable { ... } 
class TimestampableBehavior : IBehavior<ITimestampable> { ... } 

И менеджер с радостью возьмет их из-за контравариантности в IBehavior<T>.

class MyModel : IUnique, ITimestampable { ... } 

new ModelManager<MyModel>(new IBehavior<MyModel>[] { 
    new UniqueBehavior(), 
    new TimestampableBehavior() 
}); 

Super.

Но теперь я хочу, чтобы каждое поведение применяло набор LINQ-фильтров к объекту. Моя первая мысль была, чтобы добавить этот метод IBehavior<T>:

void ApplyFilters<IEnumerable>(ref IEnumerable<T> models) 

... в котором реализация поведение будет применяться набор Where положений к перечислению по своему усмотрению.

Однако, как выясняется, ref parameters don't allow type variation. Я изо всех сил пытаюсь найти способ реализовать такую ​​функциональность, сохраняя при этом безопасность как типа, так и контравариантную природу интерфейса. Любые идеи приветствуются.

Answer 1

Не уверен, что это сработает в вашем конкретном контексте, но попробовали ли вы сделать сам ApplyFolders?

void ApplyFolders<TEnum>(ref IEnumerable<TEnum> models) where TEnum : T; 

Answer 2

Я хотел бы посмотреть на Ptr class. Я недавно воспользовался этим классом, чтобы полностью разрушить все ограничения. NET ставит ключевые слова ref, чтобы позволить мне объекты побочных эффектов. По какой-то причине CLR чувствует, что я не имею права.