SLOC

Lines of Code (abgekürzt LOC oder auch LoC, im Englischen auch "SLOC - Source Lines of Code" ) ist ein Begriff aus der Informationstechnik beziehungsweise dem Programmiererjargon. Er kommt aus dem Englischen und heißt übersetzt soviel wie „Anzahl an Programmzeilen“.

Die Messung der „Lines of Code“ kann als Metrik für die Größe oder für das Wachstum eines Programms verwendet werden.

Die Metrik darf dazu nicht missbraucht werden, um die Effizienz eines Programmierers an der Anzahl von Programmzeilen zu messen. Da die Anzahl von unterschiedlichsten Faktoren abhängt (gewählte Architektur, Erfahrung des Programmierers, gewählte Lösung, Formatierung des Quellcodes, verwendete Programmiersprache, ...), besitzt diese Metrik keinerlei Aussagekraft im Bezug zur Leistung des Programmierers. Zudem besagt die 80/20-Regel, dass 80 % der Zeilen in 20 % der Zeit geschrieben werden. Das Testen eines Programms kann, sofern es seriös gemacht wird, sehr viel Zeit in Anspruch nehmen, während die Anzahl geänderter oder ergänzter Programmzeilen nur sehr gering ist.

“Measuring programming progress by lines of code is like measuring aircraft building progress by weight.”

– Bill Gates

Verwendung

Die meisten Vergleiche von Programmen über die LOC betrachten nur die Größenordnungen der Anzahl Zeilen verschiedener Projekte. Computerprogramme können aus nur wenigen Dutzend bis zu hunderten von Millionen Programmzeilen bestehen. Der Vergleich des Umfangs eines Programmes mit 10.000 Zeilen mit einem mit 100 Millionen Zeilen ist viel aussagekräftiger als jener zwischen 20.000 und 21.000 Zeilen, da die Zählweise der Zeilen auch nicht einheitlich ist und das Ergebnis außerdem von der Formatierung des Quelltextes, der Programmiersprache und anderen Faktoren abhängt. Unterschiede in Größenordnungen können einen Hinweis auf die Komplexität oder die zu investierende Arbeitszeit geben.

Es gibt zwei Varianten, LOC zu messen: physische Zeilen oder logische Zeilen. Bei der physischen Zählweise wird tatsächlich einfach die Zahl der Zeilen im Quelltext, inklusive Kommentar- und Leerzeilen, gezählt. Bei der logischen Zählweise wird versucht, die Anzahl der Anweisungen zu zählen. Diese sind von der verwendeten Sprache abhängig und benötigen einen passenden Parser. Der Vorzug ist hier, dass für das Funktionieren des Programms irrelevante Formatierungen, Kommentare und Ähnliches, nicht mitgezählt werden.

Die Aussagekraft der LOC wird zusätzlich eingeschränkt, da einige Compiler bei entsprechenden Einstellungen versuchen, den Programmcode zu optimieren.

Das folgende Beispiel zeigt die auftretende Problematik. Es werden vier unterschiedliche Anweisungen gezählt, allerdings nur drei werden auch wirklich übernommen.

meinobject t = new meinobject();
t.einfeld = "hallo welt";
Console.WriteLine(t.einfeld);
t = null; // Unter der Voraussetzung, dass t nie mehr verwendet wird, 
//ignoriert der C#-Compiler diese Anweisung. 
//In der CIL taucht die Anweisung nicht mehr auf.

Das folgende Beispiel zeigt den Unterschied der Bewertungsmethoden:

for (i=0; i<100; ++i) printf("hello"); /* Wieviele Zeilen Code sind das? */

Hier haben wir:

• 1 physische Codezeile (LOC),
• 2 zwei logische Codezeilen (lLOC, for-Anweisung und printf-Anweisung),
• 1 Kommentarzeile.

Abhängig vom Programmierer und den verwenden Formatierungsrichtlinien kann und wird die obige Zeile oft wie folgt geschrieben:

for (i=0; i<100; ++i)
{
    printf("hello");
} /* Wie viele Zeilen sind das? */

Hier haben wir:

• 4 physische Codezeilen: Was kostet das Platzieren einer Klammer?
• 2 logische Programmzeilen,
• 1 Kommentarzeile: Kommentare sind für das Verständnis essenziell, für den Compiler sind sie Luft.

Literatur

• S. H. Kan. 2002. Metrics and Models in Software Quality Engineering. 2nd Edition. Addison-Wesley.