Wiem, jak znaleźć nieużywane odniesienia do pojedynczego pliku, klikając plik prawym przyciskiem myszy i wybierając opcję „Znajdź zastosowania”. Czy istnieje sposób, aby wyświetlić lub pobrać listę wszystkich nieużywanych klas lub plików w moim projekcie?
122
Odpowiedzi:
Najpierw włącz „Analizuj błędy w rozwiązaniu” (kliknij prawym przyciskiem myszy ikonę Resharper na pasku stanu).
Następnie kliknij prawym przyciskiem myszy węzeł rozwiązania i wybierz „Znajdź problemy z kodem”. W oknie narzędzia „Wyniki inspekcji” można pogrupować według „Typu sprawy” i wyszukać „Typ lub typ składowy nigdy nie jest używany”, aby uzyskać wszystkie nieużywane klasy (i wiele innych nieużywanych symboli).
Drugą opcją (po włączeniu „Analizuj błędy w rozwiązaniu”) jest przejście do dowolnej nieużywanej klasy, wciśnięcie Alt + Enter, wybranie opcji „Opcje dla inspekcji„ Typ lub typ elementu członkowskiego ... ”| Znajdź wszystkie problemy z kodem tego typu | Całe rozwiązanie.
źródło
Rozwiązanie @ulrichc brzmi idealnie i działa dobrze dla małych i średnich projektów, w których nie używasz żadnego frameworka Dependency Injection , takiego jak Castle lub Ninject, ale co, jeśli używasz kontenera DI [na przykład Castle] i masz coś takiego:
Jak widać, RegisterFromAssembly przechodzi przez wszystkie typy wewnątrz zestawu i ślepo [na podstawie parametru Methods] dodaje je do kontenera w czasie wykonywania.
Będziesz potrzebował czegoś takiego jak wtyczka agenta Mulder, która zapewnia nawigację dla typów zarejestrowanych lub rozwiązanych w twoich kontenerach. To znowu może wizualnie zadziałać [prawdopodobnie czas projektowania], ale tak naprawdę nie byłbyś pewny, chyba że za każdym razem, gdy usuwasz nieużywaną klasę, uruchamiasz wszystkie testy w aplikacji [każda możliwa warstwa], aby mieć 80% pewności, że jesteś bezpieczny. Morał z tej historii: klasa może wydawać się nieprzyzwoita dla Resharper, ale może zostać wskrzeszona, gdy użyjesz Dependency Injection.
źródło