I've tried the Metrics plugin and although it's nice and all, it's not what my boss is looking for. It counts a line with just one }
as a line and he doesn't want that to count as "its not a line, its a style choice". I also need to generate some form of report about the metrics provided. Are there any good tools for this?
问题:
回答1:
Install the Eclipse Metrics Plugin. To create a HTML report (with optional XML and CSV) right-click a project -> Export -> Other -> Metrics
.
You can adjust the Lines of Code metrics by ignoring blank and comment-only lines or exclude Javadoc if you want. To do this check the tab at Preferences -> Metrics -> LoC
.
That's it. There is no special option to exclude curly braces {}
.
The plugin offers an alternative metric to LoC called Number of Statements. This is what the author has to say about it:
This metric represents the number of statements in a method. I consider it a more robust measure than Lines of Code since the latter is fragile with respect to different formatting conventions.
Edit:
After you clarified your question, I understand that you need a view for real-time metrics violations, like compiler warnings or errors. You also need a reporting functionality to create reports for your boss. The plugin I described above is for reporting because you have to export the metrics when you want to see them.
回答2:
There's always the "brute force":
Search->File
Type the following in "Containing text" ->
^.*$
. Then check the "Regular Expression" checkboxType the following in "File name patterns" ->
*.java
Click "Search"
Check the number of matches in the "Search" Tab.
回答3:
If on OSX or *NIX use
Get all actual lines of java code from *.java files
find . -name "*.java" -exec grep "[a-zA-Z0-9{}]" {} \; | wc -l
Get all lines from the *.java files, which includes empty lines and comments
find . -name "*.java" -exec cat | wc -l
Get information per File, this will give you [ path to file + "," + number of lines ]
find . -name "*.java" -exec wc -l {} \;
回答4:
Another way would by to use another loc utility, like LocMetrics for instance.
It also lists many other loc tools.
The integration with Eclipse wouldn't be always there (as it would be with Metrics2, which you can check out because it is a more recent version than Metrics), but at least those tools can reason in term of logical lines (computed by summing the terminal semicolons and terminal curly braces).
You can also check with eclipse-metrics is more adapted to what you expect.
回答5:
Another tool is Google Analytix, which will also allow you to run metrics even if you can`t build the project in case of errors
回答6:
One possible way to count lines of code in Eclipse:
using the Search / File... menu, select File Search tab, specify \n[\s]* for Containing text (this will not count empty lines), and tick Regular expression.
Hat tip: www.monblocnotes.com/node/2030
回答7:
I created a Eclipse plugin, which can count the lines of source code. It support Kotlin, Java, Java Script, JSP, XML, C/C++, C#, and many other file types.
Please take a look at it. Any feedback would be appreciated!
the git-hub repository is here
回答8:
ProjectCodeMeter counts LLOC (logical lines of code) exactly as you described (only effective lines). it integrates into eclipse as external code metrics tool, it's not real-time though, it generates a report.actually it counts many source code metrics such as complexity, arithmetic intricacy, hard coded strings, numeric constants.. even estimates development time in hours.
回答9:
For static analysis, I've used and recommend SonarQube which runs just about all the metrics you could possibly want on a wide range of languages, and is free in the basic version (you have to pay to analyse the sorts of languages I'd only code in with a gun to my head).
You have to install it as a web-app running the analysis off your source code repository, but it also has an Eclipse plugin.
It's overkill if you just want to know, as a one-off, how many lines of code there are in your project. If you want to track metrics through time, compare across projects, fire warnings when a threshold is exceeded, etc., it's fantastic.
Disclosure: I have no financial relationship with SonarSource.