Overview | Download | Documentation | Bur report | Feature request | Create plugin
### Overview Metrix++ is the platform to collect and analyse code metrics. It has got plugin based architecture, so it is easy to add support for new languages and/or define new metrics and/or create new pre- and post-processing tools. Every metric has got 'turn-on' and other configuration options. There is no predefined thresholds for metrics or rules. You can choose and configure any limit you want. It scales well and support big code bases. For example initial parsing of about 10000 files takes 2-3 minutes on average PC, and ONLY 10-20 seconds for iterative re-run. Reporting, analysis and other postprocessings of results take few seconds. It can compare results for 2 code snapshots (collections) and differentiate added regions (classes, functions, etc.), modified regions and unchanged regions. As a result, easy deployment is guaranteed into legacy software, helping you to deal with legacy code effiently - either enforce 'make it [legacy code] not worse' or 're-factor if it is touched' policies. #### Standard Plugins The distributive includes a set of standard plugins: #### Code parsers C/C++ parser recognises definition of namespaces, definition of classes/structs (including enclosed in functions), templates and definition of functions/operators C# parser recognises definition of namespaces, definition of classes/structs (including enclosed in functions), interfaces, generics, definition of functions/operators Java parser recognises definition of classes (including local in functions), interfaces, generics and functions #### Metrics cyclomatic complexity (by McCabe) per function [supports C/C++, C#, Java languages] processing errors per file [supports any file type] processing time per file [supports any file type] #### Analysis tools export - exporter to xml, python or plain text of detailed information per file and/or aggregated information per file or directory [aggregated data includes sum, maximum, minimum, average within a subset of selected files or directories] limit - a tool to report regions exceeding speified thresholds, which are configurable [output is plain text with metadata compatible with gcc compiler warning messages] info - a tool to show file metadata, such as properties, namespaces and fields recorded, files processed ### Download & Installation For the installation of the Metrix++ download the archive with the latest stable version and unpack it to some folder. Corresponding checkout from the version control system:
    > svn checkout https://metrixplusplus.svn.sourceforge.net/svnroot/metrixplusplus/releases/<version>
Alternatively, there is an option to download tarball file with the latest development version of the tool or checkout this version of source code from the version conrol system:
    > svn checkout https://metrixplusplus.svn.sourceforge.net/svnroot/metrixplusplus/mainline/
#### Prerequisites: Python Runtime Environment (version 2.7.* or later, version 3.* has not been tested) #### License: This program is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation; version 3 of the License. This program is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details. You should have received a copy of the GNU General Public License along with the Metriix++; if not, contact Project Administrator and write to the Free Software Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA. ### Documentation Tools are self-descriptive and have got comprehensive context help. Type in the command line: python metrixpp.py <tool-name> --help #### Known Limitations Check 'doc/limitations.txt' file distributed with the tool or browse for recent version online. #### Basic Workflow Assuming that you opened a terminal and your current working directory is in the root folder of the tool installed. I. Start with running a collector tool, enabling a collection of cyclomatic complexity:
    > python metixpp.py collect --std.code.complexity.on -- /path/to/your/project ../../path/to/some/other/project
It will generate a database file in working directory with default name. In order to change the name or location, use corresponding command line option. Depending on a size of code base, collection may take seconds or minutes, but it is very fast in general. In order to achive the highest performance (~ to calculation of crc32) for iterative re-scans, point out to the dabase file collected for the previous code revision:
    > python metrixpp.py collect --std.code.complexity.on --general.db-file-prev=metrixpp-prev.db --
     /path/to/your/project
Paths are optional. If you do not specify a path, it will scan files in the current working directory. Check other available options for the tool by executing:
    > python metrixpp.py collect --help
II. Secondly, export data using export tool.
    > python metrixpp.py export --general.format=xml --
    <export>
        <data>
            <info path="" id="1" />
            <file-data />
            <subfiles>
            </subfiles>
            <subdirs>
                <subdir>path</subdir>
            </subdirs>
            <aggregated-data>
                <std.code.complexity>
                    <cyclomatic max="2" total="14.0" avg="0.168674698795" min="0" />
                </std.code.complexity>
            </aggregated-data>
        </data>
    </export>
By default, it exports all aggregated data for all files scanned. In order to narrow the scope, specify a path to directory or a file. In order to export only subset of metrics, specify them as well. It is also possible to change output format too.
    > python metrixpp.py export --general.format=python --general.namespaces=std.code.complexity --
     /path/to/your/project/subdir
        ...
If you have got results collected for previous version, point out to the file using the corresponding option and the tool will add diff data.
    > python metrixpp.py export  --general.format=xml --general.namespaces=std.code.complexity --general.db-file-prev=metrixpp-prev.db --
    <export>
        <data>
            <info path="" id="1" />
            <file-data />
            <subfiles>
            </subfiles>
            <subdirs>
                <subdir>path</subdir>
            </subdirs>
            <aggregated-data>
                <std.code.complexity>
                    <cyclomatic max="2" total="14.0" avg="0.168674698795" min="0">
                        <__diff__ max="0" total="0.0" avg="0.0" min="0" />
                    </cyclomatic>
                </std.code.complexity>
            </aggregated-data>
        </data>
    </export>
Check other available options for the tool by executing:
    > python metrixpp.py export --help
III. Finally, identify code regions which exceed a specified limit, applying it to all scanned files:
    > python metrixpp.py limit --general.max-limit=std.code.complexity:cyclomatic:7 --
    /path/to/your/project/ui/notifications.cpp:72: warning: Metric 'std.code.complexity/cyclomatic' for
     region 'doFont' exceeds the limit.
            Metric name    : std.code.complexity/cyclomatic
            Region name    : doFont
            Metric value   : 10
            Modified       : None
            Change trend   : None
            Limit          : 7
    /path/to/your/project/ui/notifications.cpp:144: warning: Metric 'std.code.complexity/cyclomatic' for
     region 'doStyle' exceeds the limit.
            Metric name    : std.code.complexity/cyclomatic
            Region name    : doStyle
            Metric value   : 9
            Modified       : None
            Change trend   : None
            Limit          : 7
You can limit the scope of analysis by defining paths to directories or files. If you have got results collected for previous version, point out to the file using the corresponding option and the tool will inform about change trends:
    > python limit.py --general.max-limit=std.code.complexity:cyclomatic:7
     --general.db-file-prev=metrixpp-prev.db --
    /path/to/your/project/ui/notifications.cpp:72: warning: Metric 'std.code.complexity/cyclomatic' for
     region 'doFont' exceeds the limit.
            Metric name    : std.code.complexity/cyclomatic
            Region name    : doFont
            Metric value   : 10
            Modified       : True
            Change trend   : 0
            Limit          : 7
    /path/to/your/project/ui/notifications.cpp:144: warning: Metric 'std.code.complexity/cyclomatic' for
     region 'doStyle' exceeds the limit.
            Metric name    : std.code.complexity/cyclomatic
            Region name    : doStyle
            Metric value   : 9
            Modified       : True
            Change trend   : +1
            Limit          : 7
Another useful option for this tool helps you to deal with legacy code. It is normal that you have got enormous number of warnings for the code designed in the past, which has not be profiled/targeted to specific metric limits. By default the tool warns about all code regions, ignoring their change status. You can reconfigure it to one of the following: warn only about new code regions (functions, classes):
    > python metrixpp.py limit --general.max-limit=std.code.complexity:cyclomatic:7
     --general.db-file-prev=metrixpp-prev.db --general.warn=new --
warn about new code regions and modifed regions regressing the metric (enforces the rule 'leave not worse than it was before'):
    > python metrixpp.py limit --general.max-limit=std.code.complexity:cyclomatic:7
     --general.db-file-prev=metrixpp-prev.db --general.warn=trend --
    /path/to/your/project/ui/notifications.cpp:144: warning: Metric 'std.code.complexity/cyclomatic' for
     region 'doStyle' exceeds the limit.
            Metric name    : std.code.complexity/cyclomatic
            Region name    : doStyle
            Metric value   : 9
            Modified       : True
            Change trend   : +1
            Limit          : 7
warn about new and all modified regions (motivates for refactoring of legacy code):
    > python metrixpp.py limit --general.max-limit=std.code.complexity:cyclomatic:7
     --general.db-file-prev=metrixpp-prev.db --general.warn=touched --
    /path/to/your/project/ui/notifications.cpp:72: warning: Metric 'std.code.complexity/cyclomatic' for
     region 'doFont' exceeds the limit.
            Metric name    : std.code.complexity/cyclomatic
            Region name    : doFont
            Metric value   : 10
            Modified       : True
            Change trend   : 0
            Limit          : 7
    /path/to/your/project/ui/notifications.cpp:144: warning: Metric 'std.code.complexity/cyclomatic' for
     region 'doStyle' exceeds the limit.
            Metric name    : std.code.complexity/cyclomatic
            Region name    : doStyle
            Metric value   : 9
            Modified       : True
            Change trend   : +1
            Limit          : 7
Check other available options for the tool by executing:
    > python metrixpp.py limit --help
### Bug Report & Feature Request Any types of enquiries are welcomed by e-mail to project administrator. ### Create Plugin Please, consider to join the project and contribute to the development of the engine or include you plugins into the standard set of plugins distributed together with this tool. Contact project administrator by e-mail. #### New Metric Unfortunately, there is no rich documentation at this stage. Briefly, any new plugin starts with creating 2 new files: 'ini' and 'py'. You can copy from other avaialble (for example, ini and py files for the standard complexity plugin) and impelement the logic related to the new metric. #### New Analysis Tool Unfortunately, there is no rich documentation at this stage. Briefly, database API (class Loader implemented in 'core.db.loader') is a starting point for any new post-analysis tool. There are 2 standard tools (export and limit) available which use this API. #### New Language Support Unfortunately, there is no rich documentation at this stage. Briefly: a plugin is registered in the same way as a plugin for new metric it subscribes to directory reader plugin parses a file in a callback, called by directory reader parser needs to identify markers (like comments, strings, preprocessor) and regions (like functions, classes, etc.) and tell about this to file data object passed as an argument for the callback. Parser for C/C++ language can serve as an example. There useful options and tools are avaialble for trobuleshooting purposes during development: metrixpp.py debug tool is helpful troubleshooting tool. In mode 'dumphtml' it generates html code showing code highlightings --general.nest-regions for export tool forces exporting of code structure in tree format. It can be helpful for analysis of parser's internals --general.log-level=GENERAL.LOG_LEVEL for any tool is helpful to trace execution Finally, if there are any questions or enquires, please, feel free to contact project administrator by e-mail. #### Source Code Repository Source code is in the Subversion repository (browse online) used by the project. Corresponding checkout command is the following:
    > svn checkout https://metrixplusplus.svn.sourceforge.net/svnroot/metrixplusplus/mainline/
####
Copyright © 2009 - 2013 Metrix++ Project License: GPL