"Calculate Code Metrics" 질문에 대한 답변을 읽은 후에 SourceMonitor 도구를 설치하고 일부 메트릭을 계산했습니다.코드 메트릭 해석 방법 (SourceMonitor에서 계산)
하지만 어떻게 해석해야 할 지 모르겠습니다.
메트릭에 대해 "좋은"값
- "백분율 지점 문"
- "클래스 당 방법"
- "방법 당 평균 문"
- "최대 방법 또는 기능 은 무엇 복잡성 "
설명서에 힌트가 없으므로 아무도 도와 줄 수 없습니까?
"Calculate Code Metrics" 질문에 대한 답변을 읽은 후에 SourceMonitor 도구를 설치하고 일부 메트릭을 계산했습니다.코드 메트릭 해석 방법 (SourceMonitor에서 계산)
하지만 어떻게 해석해야 할 지 모르겠습니다.
메트릭에 대해 "좋은"값
설명서에 힌트가 없으므로 아무도 도와 줄 수 없습니까?
SourceMonitor는 멋진 도구입니다.
"클래스 별 메소드"는 클래스가 좋은 OO 원칙을 따르도록하려는 경우 유용합니다. 너무 많은 메소드는 클래스가 필요한 것 이상을 수행 할 수 있음을 나타냅니다.
"메서드 당 평균 문"은 각 메서드의 큰 크기에 대한 일반적인 느낌에 유용합니다. 내게 더 유용한 것은 너무 많은 문장을 가진 메소드에 관한 정보이다. (미세한 입자 정보를 얻기 위해 모듈을 더블 클릭한다.)
함수 복잡도는 코드가 얼마나 불쾌한 지 확인하는 데 유용합니다. 정말이 정보를 다른 어떤 것보다 많이 사용합니다. 이것은 모듈에서 가장 까다로운 기능이 얼마나 복잡한 지에 대한 정보입니다 (최소한 순환 복잡성에 따라). 모듈/파일을 두 번 클릭하면 어떤 특정 방법이 그렇게 나쁜지 알 수 있습니다.
일반적으로 경험할 수있는 것처럼, 순환 적 복잡성이 10 이하인 것은 원하는 곳입니다. 11 세에서 20 세 사이의 CC는 대부분의 경우 얻을 수있는 수준에 가깝습니다. 20 세가 넘으면 결함을 찾아 수정하는 데 어려움을 겪을 가능성이 높아지며 50 세가 넘으면 보통보고있는 것입니다 지금 리팩토링해야하는 방법.
이러한 내용은 지침 사항입니다. 가능한 한 간단하게 25의 CC를 가진 메소드를 가질 수 있습니다. 당신은 단지 당신이 그들을 업데이트 할 필요가있을 때 더 조심하고 싶을 것이다.