Як вказував Джефф, інструмент NDepend може допомогти знайти невикористані методи, поля та типи.
Щоб трохи розробити, NDepend пропонує написати Правило коду над LINQ Query (CQLinq) . Запропоновано близько 200 правил коду за замовчуванням , 3 з яких присвячені виявленню невикористаного / мертвого коду
В основному таке правило для виявлення невикористаного методу, наприклад, виглядає так:
// <Name>Dead Methods</Name>
warnif count > 0
from m in Application.Methods where !m.MethodsCallingMe.Any()
select m
Але це правило є наївним і поверне тривіальні помилкові позитиви. Існує багато ситуацій, коли метод ніколи не викликається, але він не використовується (точка входу, конструктор класів, фіналізатор ...), тому 3 правила за замовчуванням більш детально розроблені:
NDepend інтегрується в Visual Studio 2017,2015, 2013, 2012, 2010, тому ці правила можна перевірити / переглядати / редагувати прямо всередині IDE . Інструмент також може бути інтегрований у ваш процес CI, і він може створювати звіти, які показуватимуть порушені правила та елементи винного коду. NDepend також має розширення VS Team Services .
Якщо натиснути ці 3 посилання вище до вихідного коду цих правил, ви побачите, що ті, що стосуються типів та методів, є трохи складними. Це відбувається тому, що вони виявляють не тільки невикористані типи та методи, але й типи та методи, які використовуються лише невикористаними мертвими типами та методами (рекурсивними).
Це статичний аналіз , отже, префікс Потенційно у назвах правил. Якщо елемент коду використовується лише за допомогою відображення, ці правила можуть вважати його невикористаним, що не так.
Окрім використання цих трьох правил, я б радив вимірювати охоплення коду тестами та прагнути до повного покриття. Часто ви побачите, що код, який неможливо покрити тестами, насправді є невикористаним / мертвим кодом, який можна безпечно відкинути. Це особливо корисно для складних алгоритмів, де не зрозуміло, чи доступна гілка коду чи ні.
Відмова: Я працюю на NDepend.