Комментарии 2
Статья выглядит несколько неполной по двум причинам:
1. Не хвататет понимания, почему метод SymbolFinder.FindReferencesAsync отрабатывает медленно. Возможно он учитывает какие-то специальные случаи, которые требуют интенсивных вычисление?
2. Чем собствнно был заменён этот метод в вашей диагностике?
P.S. Интересно, что у парней из Microsoft есть на этот метод benchmark'и
1. Не хвататет понимания, почему метод SymbolFinder.FindReferencesAsync отрабатывает медленно. Возможно он учитывает какие-то специальные случаи, которые требуют интенсивных вычисление?
2. Чем собствнно был заменён этот метод в вашей диагностике?
P.S. Интересно, что у парней из Microsoft есть на этот метод benchmark'и
1. Подробно в этом вовпросе не разбирались, но желание сделать это есть. В будущем когда будет возможность изучим этот вопрос и может даже отдельную статью об этом напишем.
В данный момент надо было пофиксить этот недостаток V3083, поэтому просто исправили и получили профит.
2. Был изменен алгоритм. До этого всегда вначале собирались все вызовы евента и только после оценивалось корректность каждого вызова. Сейчас же отталкиваемся от каждого отдельного вызова евента.
В данный момент надо было пофиксить этот недостаток V3083, поэтому просто исправили и получили профит.
2. Был изменен алгоритм. До этого всегда вначале собирались все вызовы евента и только после оценивалось корректность каждого вызова. Сейчас же отталкиваемся от каждого отдельного вызова евента.
Зарегистрируйтесь на Хабре , чтобы оставить комментарий
Roslyn API, или из-за чего PVS-Studio очень долго проект анализировал