complexity-report

complexityReport.js

A tool for reporting code complexity metrics in JavaScript projects. Currently the tool reports on:

• lines of code;
• cyclomatic complexity;
• Halstead metrics;
• maintainability index.

The tool can be configured to fail when cyclomatic complexity passes a specified threshold, to aid its usefulness in automated environments / CI. There are also some options for controlling how metrics are calculated.

The metrics are calculated by walking syntax trees generated by the Esprima parser.

Installation

Local to the current project

npm install complexity-report

Globally for all projects

sudo npm install -g complexity-report

Usage

From the command line

cr [options] <file...>

Options

• -o <file>: Specify an output file for the report, defaults to stdout.
• -f <format>: Specify an output format for the report, defaults to plain.
• -t <threshold>: Specify the per-function complexity threshold (beyond which, the process will fail when exiting).
• -l: Disregards operator || as a source of cyclomatic complexity.
• -s: Disregards switch statements as a source of cyclomatic complexity.
• -i: Treats for...in loops as a source of cyclomatic complexity.
• -c: Treats catch clauses as a source of cyclomatic complexity.

Output formats

Currently there are three output formats supported: plain, json and xml. These are loaded with require from the src/formats subdirectory and adding new formats is really easy. Each format module must export a function format, which takes a report object as its only argument and returns its string representation of the report. See src/formats/plain.js for an example format.

From code

Loading the library

var cr = require('complexity-report');

Calling the library

var report = cr.run(source, options);

The argument source must be a string containing the source code that is to be analysed. The argument options is an optional object which may contain properties that modify cyclomatic complexity calculation. The following options are available:

• logicalor: Boolean indicating whether operator || should be considered a source of cyclomatic complexity, defaults to true.
• switchcase: Boolean indicating whether switch statements should be considered a source of cyclomatic complexity, defaults to true.
• forin: Boolean indicating whether for...in loops should be considered a source of cyclomatic complexity, defaults to false.
• trycatch: Boolean indicating whether catch clauses should be considered a source of cyclomatic complexity, defaults to false.

The returned report is an object that contains properties detailing the complexity of each function from the source code. There is also a maintainability index as well as aggregate complexity metrics for the source in its entirety.

Development

Roadmap

The short-term plan is to write more output formats and open up lots more options for external configuration of the analysis.

I also need to spend some time throwing more complex test cases at it, to flush out all of the edge cases that I'm probably not yet handling. To this end, it would be great to hear from people that have run the tool against their own codebases. The bigger and uglier, the better! If you spot any issues, please raise them in the tracker.

In the longer term, I have some vague ideas concerning how to track trends in a codebase over time. Visualisations is another area that could be pretty sweet to look into.

If you think there's anything else I should look at, please raise an issue or, even better, feel free to implement it and submit a pull request! :)

Dependencies

The build environment relies on Node.js, NPM, Jake, JSHint, Mocha and Chai. Assuming that you already have Node.js and NPM set up, you just need to run npm install to install all of the dependencies as listed in package.json.

Unit tests

The unit tests are in test/complexityReport.js. You can run them with the command npm test or jake test.