Najlepszy sposób na automatyczne wykrywanie prywatnych zmiennych w buforowanych klasach .net?

Używanie prywatnych zmiennych w buforowanych klasach .net jest receptą na dziwne i często trudne do debugowania problemy.Najlepszy sposób na automatyczne wykrywanie prywatnych zmiennych w buforowanych klasach .net?

Patrz na przykład: http://code-smart.org.uk/information/beware-asp-net-mvc-actionfilterattributes-are-cached-between-requests/

Można LEED do sesji mixups/zamiana! Zwykle te problemy są obwiniane za niepoprawne ustawienie wyjściowej pamięci podręcznej.

Może (powinien?) Resharper wykryć te problemy? A może jest inny sposób?

Źródło

2017-11-27 Sander_P

więc trzeba wiedzieć, kiedy klasa pochodzi od 'Attribute' ma zmienne instancji? Moje pierwsze przypuszczenie byłoby "tak", R # Structural Find and Replace może zdecydowanie znaleźć takie rzeczy. – AakashM

Nie, chciałbym otrzymywać ostrzeżenie za każdym razem, gdy używam zmiennej prywatnej w klasie, która będzie buforowana po wdrożeniu. –

Czy istnieje algorytmiczny sposób informowania narzędzia, które klasy będą buforowane? Jeśli nie, po prostu musisz sprawdzić każdą klasę, o której wiesz, prawda? – AakashM

To brzmi jak coś, co może być w stanie zrobić nDepend, ma funkcję pisania linq do analizy kodu.

Oto kilka szczegółów na temat CLinq: https://www.ndepend.com/default-rules/webframe.html

Może być również stosowany jako część swojej zamkniętym budowy rurociągu: https://www.ndepend.com/docs/ndepend-console

Źródło

2017-12-04 23:25:00

Napisałem bardzo krótkie intro do nDepend a while back: http://www.developertipoftheday.com/2014/05/ndepend-code-analysis-super-tool.html, ale chciałbym przejść do strony głównej, ale aby uzyskać pełny smak funkcji sprawdź na stronie głównej. –

Jak to jest, że -1, czy nDepend nie jest do tego wykonalne lub szuka bardziej szczegółowej odpowiedzi? –

Najlepszy sposób na automatyczne wykrywanie prywatnych zmiennych w buforowanych klasach .net?

Odpowiedz

Powiązane problemy