[C#] 사용하지 않는 코드 찾기 [닫기]

Jeff가 지적한 것처럼 NDepend 도구 는 사용되지 않은 메소드, 필드 및 유형을 찾는 데 도움이 될 수 있습니다.

비트를 정교화하기 위해 NDepend 는 LINQ 쿼리 (CQLinq)를 통한 코드 규칙 작성을 제안합니다 . 약 200 개의 기본 코드 규칙 이 제안되어 있으며 그 중 3 개는 사용하지 않거나 죽은 코드 감지 전용입니다.

기본적으로 사용되지 않는 방법을 감지하는 규칙은 다음과 같습니다.

// <Name>Dead Methods</Name>
warnif count > 0
from m in Application.Methods where !m.MethodsCallingMe.Any()
select m

그러나이 규칙은 순진하며 사소한 오 탐지를 반환합니다. 메소드가 호출되지는 않지만 사용되지 않는 많은 상황이 있습니다 (엔트리 포인트, 클래스 생성자, finaliser …) 이것이 3 가지 기본 규칙이 더 정교해진 이유입니다.

• 잠재적으로 죽은 유형 (따라서 사용되지 않는 클래스, 구조체, 인터페이스, 대리자를 감지하십시오 …)
• 잠재적으로 죽은 방법
• 잠재적으로 죽은 들판

NDepend는 Visual Studio 2017,2015, 2013, 2012, 2010에 통합되어 있으므로 IDE 내에서 이러한 규칙을 확인 / 탐색 / 편집 할 수 있습니다 . 이 도구는 CI 프로세스에 통합 될 수 있으며 위반 된 규칙 및 범인 코드 요소를 보여주는 보고서 를 작성할 수 있습니다 . NDepend에는 VS Team Services 확장 기능도 있습니다.

이 규칙의 소스 코드에 대한 위의 3 개 링크를 클릭하면 유형 및 메소드에 관한 링크가 약간 복잡하다는 것을 알 수 있습니다. 이는 사용되지 않는 유형 및 메소드뿐만 아니라 사용되지 않은 데드 유형 및 메소드 만 사용하는 유형 및 메소드 (재귀) 도 감지하기 때문 입니다.

이것은 정적 분석 이므로 규칙 이름에 잠재적 으로 접두사가 붙습니다 . 코드 요소가 리플렉션을 통해서만 사용되는 경우 이러한 규칙은이를 사용하지 않는 것으로 간주 할 수 있습니다 (이 경우에는 해당되지 않음).

이 세 가지 규칙을 사용하는 것 외에도 테스트를 통해 코드 적용 범위를 측정하고 전체 적용 범위를 확보하기 위해 노력하는 것이 좋습니다. 종종 테스트에서 다루지 못하는 코드는 실제로 버릴 수있는 사용되지 않거나 죽은 코드임을 알 수 있습니다. 이는 코드 분기에 도달 할 수 있는지 확실하지 않은 복잡한 알고리즘에 특히 유용합니다.

면책 조항 : 저는 NDepend에서 일합니다.

---

답변