Powolne tworzenie delegatów

Question

Ulepszyłem ReSharper i widząc błąd, którego wcześniej nie widziałem. Sprawdziłem, ale nie znalazłem nic o błędzie lub zasadniczym problemie, który sygnalizuje.

** Edycja **: jak wskazano poniżej, jest to właściwie wtyczka "Heap Allocation Viewer", a nie sama ReSharper, która oznacza to jako błąd - choć to nie zmienia samego pytania.

Powolne tworzenie delegat: od interfejsu metoda „IPluginHandler”

ten występuje podczas zapisywania się do obsługi wtyczek do wydarzeń na agregatora zdarzeń.

public void Subscribe(IPluginHandler subscriber) 
{ 
    Executing += subscriber.OnExecuting; 
    // -- additional subscriptions -- 
} 

w powyższym kodu Executing to zdarzenie i subscriber.OnExecuting jest odpowiedni program obsługi zdarzeń dla zdarzenia.

Dla jasności jest to "miękki błąd" programu ReSharper, ponieważ kod będzie nadal budowany i uruchamiany zgodnie z oczekiwaniami.

Więc moje pytanie brzmi: co jest podstawową kwestią dobrych ludzi w JetBrains flagujesz dla mnie i jakie są konsekwencje tego.

Dzięki

Answer 1

This JetBrains blog post ma to samo pytanie w komentarzu.

tamtejszych odpowiedź mówi tak:

Cześć! Ta wtyczka ma jeszcze jedną wewnętrzną funkcję: inspekcję kodu, aby pokazać "wolne" (> 10x wolniejsze) tworzenie instancji delegata dla JIT CL86 x86. Możesz uruchomić this test (tworzy delegatów z różnych metod - virtual/interface/generic/etc), aby zobaczyć różnicę w wydajności kreacji delegatów.

Podobnie jak przydziały kontroli - nie powinien dbać o tyle aż jakiś migawka wydajność w jakiejś gorącej ścieżce aplikacji pokazuje długie inwokacje o wewnętrzne CLR. Podobnie jak przy alokacjach - inspekcje mogą (i będą) generować fałszywe alarmy dzięki nowemu RuyJIT, na przykład.

Uwaga że linked test Podkreśla „wolno” wytwory delegacji z komentarzem strzałka: <--.