Блог

Я использую несколько функций, таких как

     ICollection<ICache> caches = new HashSet<ICache>();

    ICollection<T> Matches<T>(string dependentVariableName)
    {
        return caches
            .Where(x => x.GetVariableName() == dependentVariableName)
            .Where(x => typeof(T).IsAssignableFrom(x.GetType()))
            .Select(x => (T) x)
            .ToList();
    }
  

в моем текущем классе design. Они прекрасно работают с точки зрения архитектуры — где я могу произвольно добавлять объекты различных связанных типов (в данном случае ICaches) и извлекать их как коллекции конкретных типов.

Проблема в том, что фреймворк здесь представляет собой научный пакет, и такого рода функции лежат на очень горячих путях кода, которые вызываются тысячи раз в течение нескольких минут. Результат:

и функции, подобные описанным выше, являются основными потребителями COMDelegate::DelegateConstruct .

Как вы можете видеть из относительного распределения выборки%, это не нарушает условия сделки, но было бы здорово немного сократить накладные расходы!

Заранее благодарю.

1) я не понимаю, как опубликованный вами код связан с данными о производительности … перечисленные функции вообще не выглядят так, как будто они вызываются из этого кода. так что на самом деле я не могу ответить на ваш вопрос, кроме как сказать, что, возможно, вы неправильно интерпретируете отчет о производительности.

2) не вызывать .Список в конце… просто верните IEnumerable . это повысит производительность. делайте ToList только тогда, когда вам действительно нужен список, в который вы можете позже добавлять / удалять / сортировать вещи.

3) у меня недостаточно контекста, но, похоже, этот метод можно устранить, используя dynamic ключевое слово