La prima cosa da fare è determinare la propria definizione di "riga di codice" (LOC). In entrambe le tue domande
Conta una riga con un solo} come riga e non vuole che venga considerata come "non è una riga, è una scelta di stile"
e nelle risposte, ad esempio,
È possibile regolare le metriche delle linee di codice ignorando le righe vuote e di solo commento o escludendo Javadoc, se lo si desidera
si può dire che le persone hanno opinioni diverse su ciò che costituisce una riga di codice. In particolare, le persone sono spesso imprecise sul fatto che vogliano davvero il numero di righe di codice o il numero di istruzioni. Ad esempio, se hai la seguente riga molto lunga piena di dichiarazioni, cosa vuoi segnalare, 1 LOC o centinaia di dichiarazioni?
{ a = 1; b = 2; if (a==c) b++; /* etc. for another 1000 characters */ }
E quando qualcuno ti chiede come stai chiamando LOC, assicurati di poter rispondere, anche se è solo "la mia definizione di LOC è la definizione di Metrics2". In generale, per il codice formattato più comunemente (a differenza del mio esempio), gli strumenti popolari forniranno numeri abbastanza simili, quindi Metrics2, SonarQube, ecc. Dovrebbero andare tutti bene, purché li usi in modo coerente. In altre parole, non contare la LOC di un codice utilizzando uno strumento e confrontare quel valore con una versione successiva di quel codice che è stata misurata con uno strumento diverso.