문제

질문에 대한 답을 읽은 후 "코드 메트릭 계산" 도구를 설치했습니다 Sourcemonitor 일부 메트릭을 계산했습니다.

그러나 나는 그들을 해석하는 방법을 모른다.

메트릭의 "좋은"값은 무엇입니까

  • "퍼센트 브랜치 진술"
  • "수업 당 방법"
  • "방법 당 평균 문"
  • "최대 방법 또는 기능 복잡성"

문서에서 힌트를 찾지 못했습니다. 아무도 나를 도울 수 있습니까?

도움이 되었습니까?

해결책

Sourcemonitor는 멋진 도구입니다.

"클래스 당 방법"은 수업이 좋은 OO 원칙을 따르기를 원하는 사람들에게 유용합니다 (너무 많은 방법은 수업이 예정보다 더 많은 것을 취할 수 있음을 나타냅니다).

"방법 당 평균 문"은 각 방법이 얼마나 큰지에 대한 일반적인 느낌에 유용합니다. 나에게 더 유용한 것은 너무 많은 진술이있는 방법에 대한 정보입니다 (더 미세한 곡물 세부 사항은 모듈을 두 번 클릭하십시오).

기능 복잡성은 코드가 얼마나 불쾌한 지 확인하는 데 유용합니다. 진실로 나는이 정보를 무엇보다 사용합니다. 이것은 모듈에서 가장 NASTOME가 얼마나 복잡한 지에 대한 정보입니다 (적어도 순환 복잡성에 따라). 모듈 / 파일을 두 번 클릭하면 어떤 특정 방법이 그렇게 나쁜지 확인할 수 있습니다.

다른 팁

일반적으로 10 이하의 순환 복잡성은 원하는 곳입니다. 11에서 20까지의 CC는 대부분의 경우에 원하는만큼 높습니다. 20 점을 초과하면 결함을 찾고 수정하는 데 문제가 발생할 가능성이 높으며 50 위를 차지하면 일반적으로 찾고 일단 찾고 있습니다. 지금 리팩토링 해야하는 방법에서.

이것들은 지침이라는 점을 명심하십시오. CC가 25 인 방법을 가질 수있는만큼 단순화 된 방법을 가질 수 있습니다. 이 방법을 업데이트해야 할 때 이러한 방법을 더 조심하고 싶을 것입니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top