File APIs for Java Developers
Manipulate DOC, XLS, PPT, PDF and many others from your application.
The moose likes Servlets and the fly likes calculating LLOC Big Moose Saloon
  Search | Java FAQ | Recent Topics | Flagged Topics | Hot Topics | Zero Replies
Register / Login
JavaRanch » Java Forums » Java » Servlets
Bookmark "calculating LLOC" Watch "calculating LLOC" New topic

calculating LLOC

tom brownlee

Joined: Aug 14, 2001
Posts: 28
hi there ive asked this b4 but i had no luck of understanding the answer. I began to experiment with code but failed so im asking again "how do i calculate the number of Logical Lines Of Code (LLOC) in a Java source code file"
is there a tutorial i can learn from even some code i can experiment with.
thanks people.
Tim Holloway
Saloon Keeper

Joined: Jun 25, 2001
Posts: 17417

As far as measuring lines of code goes, I'm afraid I can't add anything above what others have already said.
However, as far as the utility of counting lines of code as some sort of metric goes, I'm afraid that I'm very cynical. From my experience, the only utility of counting lines of code other than as a general indication of software complexity goes is is management is looking for something to flog the programmers with.
I can write some pretty tight code, though it may take longer to create. I can make it even tighter by omitting error-checking code (after all, that's non-productive code, right?). If I choose, I can even do the infamous obfuscated code trick, where the entire program is compacted into a single statement full of postfix operators, embedded multiple assignments and other dangerous tricks.
Conversely, I can unravel lots of code, do a lot of cut-and-paste work without doing any cleanup and otherwise be very sloppy but produce thousands of lines of code a day.
In either case, the "bean counters" may be happy, but the quality of the software - and thus, its usability and long-term cost - is likely to suffer.
Personally, I am one of those who think that "function points" are a better metric. The more decisions in a component, the more labor it will require and the more likelihood exists for bugs. However, any attempt to have technology mindlessly scan for "good" and "bad" is to me an abdication of managerial responsibility. Software isn't a uniform product like cheese. Sometimes the best solution is one that annoys the metrics.
By all means measure, but don't let the measurements become the goal at the expense of the product.

An IDE is no substitute for an Intelligent Developer.
I agree. Here's the link:
subject: calculating LLOC
It's not a secret anymore!