I have this method that validates a password:
/**
* Checks if the given password is valid.
*
* @param password The password to validate.
* @return {@code tr
As nicely explained here :
Cyclomatic Complexity = ( 2 + ifs + loops +cases - return ) where:
* ifs is the number of IF operators in the function, * loops is the number of loops in the function, * cases is the number of switch branches in the function (without default), and * return is the number of return operators in the function.
As already mentioned, logical conditions are also calculated.
For example if (len < 8 || len > 20)
counts as 3 conditions :
if
len<8
len > 20
That means, that your code has complexity of 2 + 8 - 3 = 7
, where :
I think the main thing here is that conditionals do short-circuiting, which is a form of control flow. What helps is to re-write the code to make that explicit. This sort of normalization is common when doing program analysis. Some ad-hoc normalization (not formal and a machine wouldn't generate this, but it gets the point across) would make your code look like the following:
public static boolean validatePassword(String password) {
int len = password.length();
//evaluate 'len < 8 || len > 20'
bool cond1 = len < 8;
if (!cond1) cond1 = len > 20;
//do the if test
if (cond1)
return false;
boolean hasLetters = false;
boolean hasDigits = false;
//for loops are equivalent to while loops
int i = 0;
while(i < len) {
if (!Character.isLetterOrDigit(password.charAt(i)))
return false;
//evaluate 'hasDigits || Character.isDigit(password.charAt(i))'
bool hasDigitsVal = hasDigits;
if (!hasDigitsVal) hasDigitsVal = Character.isDigit(password.charAt(i));
//hasDigits = ...
hasDigits = hasDigitsVal
//evaluate 'hasLetters || Character.isLetter(password.charAt(i))'
bool hasLettersVal = hasLetters;
if (!hasLettersVal) hasLettersVal = Character.isLetter(password.charAt(i));
//hasLetters = ...
hasLetters = hasLettersVal;
i++;
}
//evaluate 'hasDigits && hasLetters'
bool cond2 = hasDigits;
if (cond2) cond2 = hasLetters;
//return ...
return cond2;
}
Notice how the ||
and &&
operators essentially just add if
statements to the code. Also notice that you now have 6 if
statements and one while
loop! Maybe that is the 7 you were looking for?
About multiple exit points, that's a red herring. Consider each function as having one exit node, the end of the function. If you have multiple return
statements, each return
statement would draw an edge to that exit node.
void foo() {
if (cond1) return a;
if (cond2) return b;
return c;
}
The graph would look like this, where -----val----> EXIT
means exiting the function with a value of val
:
START -> cond1 ------------------------a------------> EXIT
| |
cond2 ------------------------b----------------+
| |
return -----------------------c----------------|
If you re-write the code, then you just basically add another "pre-return" node that then goes to the exit node:
void foo() {
int val;
if (cond1) {
val= a;
}
else {
if (cond2) {
val= b;
}
else {
val= c;
}
}
return val;
}
Now it looks like this:
START -> cond1 ---> val=a --------------------------> return ----val----> EXIT
| |
cond2 ---> val=b ------------------------------+
| |
+ -----> val=c ------------------------------+
It's still as complex, and the code is just uglier.
I think the trick is that the logical operators are counted.
Based off of your Metrics link (http://metrics.sourceforge.net/) under the McCabe Cyclomatic Complexity section:
1 Initial flow
3 decision points (if,for,if)
3 conditional logic operators (||,||,||)
total: 7