동일한 메소드를 여러 번 호출 할 때의 순환 복잡성

Code Review 에 대한 질문 덕분에 아래 코드의 Cyclomatic Complexity가 무엇인지에 대해 약간의 의견 차이가 생겼습니다.

public static void main(String[] args) {
    try {
        thro();
        thro();
        thro();
        thro();
        thro();
        thro();
        thro();
    }
    catch (NullPointerException e) {
    }
}

private static Random random = new Random();

public static void thro() throws NullPointerException {
    if (random.nextBoolean())
        throw new NullPointerException();
    System.out.println("No crash this time");
}

이 코드를 Eclipse에서 작성하고 Eclipse 메트릭스 플러그인 을 사용하면 기본 메소드의 McCabe 순환 복잡도가 2이고 2의 thro메소드라는 것을 알 수 있습니다.

그러나 다른 사람이 thro여러 번 호출하는 것이 복잡하다는 것을 말하고 number of calls * method complexity주 메소드의 복잡성이 7 * 2 = 14라고 주장합니다.

우리는 다른 것을 측정하고 있습니까? 우리 둘 다 맞을 수 있습니까? 아니면 여기의 실제 순환 복잡성은 무엇입니까?

내가 이것을 올바르게 이해했을 때, Cyclomatic Complexity 의 main8은 코드를 통해 선형으로 독립적 인 경로의 수입니다. 7 줄 중 하나에서 예외를 받거나 전혀받지 않지만 결코 1 개를 넘지 않아야합니다. 가능한 "예외 지점"각각은 코드를 통한 하나의 다른 경로에 정확히 해당합니다.

McCabe가이 메트릭을 발명했을 때 예외 처리를 염두에두고 프로그래밍 언어가 없었던 것 같습니다.

'다른 사람'이기 때문에 여기에 대답하고 내가 말한 것에 대해 정확해야합니다 (다른 포럼에 대해서는 특히 정확하지 않았습니다).

위의 코드 예제를 사용하여 순환 복잡도를 8로 계산하고 코드에 주석을 달아 계산 방법을 보여줍니다. 내가 통해 성공적인 루프를 고려할 것입니다 경로를 설명하는 데 모든thro() '기본' '코드 경로로 호출'(또는 'CP = 1') :

public static void main(String[] args) {
  try {
             // This is the 'main' Code Path: CP = 1
    thro();  // this has a branch, can succeed CP=1 or throw CP=2
    thro();  // this has a branch, can succeed CP=1 or throw CP=3
    thro();  // this has a branch, can succeed CP=1 or throw CP=4
    thro();  // this has a branch, can succeed CP=1 or throw CP=5
    thro();  // this has a branch, can succeed CP=1 or throw CP=6
    thro();  // this has a branch, can succeed CP=1 or throw CP=7
    thro();  // this has a branch, can succeed CP=1 or throw CP=8
  }
  catch (NullPointerException e) {
  }
}

따라서이 주요 방법에서 8 개의 코드 경로를 셀 수 있습니다.

Java 용어로, 함수를 종료하기위한 각 메커니즘은 그 복잡성으로 계산되므로 성공 상태를 가지고 있으며 최대 3 개의 예외를 발생시키는 메소드에는 4 개의 문서화 된 종료 경로가 있습니다.

이러한 함수를 호출하는 메소드의 복잡성은 다음과 같습니다.

CC(method) = 1 + sum (methodCallComplexity - 1)

다른 생각으로는 고려해야 할 것은 내 의견 catch으로는이 방법이 방법의 복잡성에 영향을 미치지 않으며catch 단순히 throws지점의 대상이므로 여러 throw번의 카운트 대상인 catch 블록이라는 것입니다. throw모든 것에 대해 한 번이 아니라 각각에 대해 .