sfProjectAnalyserPlugin
1.0.1stable
for sf 1.4sf 1.3sf 1.2sf 1.1 MIT
The sfProjectAnalyserPlugin allows you to analyse your symfony project, it can
raise several coding standards alerts. A YAML configuration file allows you to
switch what to analyse and also allows you to parameter threshold for each alert.
This plugin can be helpful in mainly two situations:
- You quickly want to check the volumetry and code quality of a project your
are going to maintain.
- While developing a project from scratch, as a continuous integration tool,
to ensure that as the project grows, you keep on following the symfony coding
standards you defined at the very beginning of your project.
Features list:
Stats
- Count/list of applications, modules, actions (by project, application, module)
- Count/list of number of templates and partials (by module)
Alerts
- Alert for actions code length
- Alert for public non action methods in a module
- Alert for modules including too much actions
- Alert for functions without docblock
- Alert for calls of "sfContext::getInstance()
- Alert for templates and partials code length
- Alert for empty templates and partials
Developers
License
Plugin by Vernet Loïc aka COil. (qrf_coil[at]yahoo[dot]fr)
Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the "Software"), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions:
The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software.
THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.
sfProjectAnalyserPlugin
The sfProjectAnalyserPlugin allows you to analyse your symfony 1.x project, it can
raise several coding standards alerts. A YAML configuration file allows you to
switch what to analyse and also allows you to parameter threshold for each alert.
This plugin can be helpful in mainly two situations:
- You quickly want to check the volumetry and code quality of a project your
are going to maintain.
- While developing a project from scratch, as a continuous integration tool,
to ensure that as the project grows, you keep on following the symfony coding
standarts you defined at the very beginning of your project.
Features list:
Result output:
- As HTML or as XML (check option
output)
Stats
- Count/list of applications, modules, actions (by project, application, module)
- Count/list of number of templates and partials (by module)
- Count actions, templates and partials code length (by project, application, module)
- Count of layouts and partials code length of applications
- Count/list of plugins
- Count/list of classes / interfaces
- Count/list of symfony extended classes
Alerts
- Alert for public non action methods in a module
- Alert for modules including too much actions
- Alert for functions without docblock
- Alert for calls of "sfContext::getInstance()"
- Alert for modules templates and partials code length
- Alert for empty modules templates and partials
- Alert for application layouts and partials code length
- Alert for empty application layouts and partials
Installation
Install the plugin
$ ./symfony plugin:install sfProjectAnalyserPlugin
- You can also checkout the svn repository
Clear you cache
$ ./symfony cc
Enable the plugin for your project: (/config/ProjectConfiguration.class)
require_once dirname(__FILE__).'/../lib/vendor/symfony/lib/autoload/sfCoreAutoload.class.php';
sfCoreAutoload::register();
class ProjectConfiguration extends sfProjectConfiguration
{
public function setup()
{
$this->enablePlugins(
'sfDoctrinePlugin',
'sfProjectAnalyserPlugin'
// ....
);
}
}Publish the assets of the plugin to have the alerts logos
$ ./symfony plugin:publish-assets
Run the analysis (using the default configuration)
$ ./symfony project:analyse --application="frontend" --env="dev" > analysis.html
Then browse (locally) the generated html file "analysis.html"
Correct the code or modify your coding standards rules until having the
wonderfull "Congratulations ! Green message". ^^
Note: Obviously the better is to CRON the task to send the report by email
Note2: You can also get the output as XML, with the output option:
$ ./symfony project:analyse --application="frontend" --env="dev" --output="xml" > analysis.html
In this case it will return an xml string like this:
<?xml version="1.0"?>
<response>
<success>0</success>
<error>1</error>
<summary>
<alert>3</alert>
<crit>0</crit>
<err>0</err>
<warning>1</warning>
<notice>0</notice>
<info>0</info>
</summary>
</response>
Configuration
The plugin comes with a default configuration, but you can add several ones with
other rules and thresholds:
Copy the /plugins/sfProjectAnalyserPlugin/config/plugin_sfpa.yml into
the config folder of your application. Then this file will be used instead
of the plugin one.
Now, you can add your own configurations. You should keep the default one witch
is the basic configuration provided by the plugin.
# This is a custom analyser configuration
my_config:
# Global settings
global:
check_functions_docblock: true # Raise an alert if a function does not have its docblock
check_context_get_instance: true # Raise an alert is "sfContext::getInstance()" is encountered in the code
...
This file is documented you will find a comment for each treshold / flag.
Note: The default configuration is very strict ! So don't be scared if
it raises lots of alerts. ;) You'll have to tune or create your own configuration file.
Usage
To use your own configuration just pass the config option to the task:
$ php symfony project:analyse --application="frontend" --env="dev" --config="my_config" > analysis.html
Where my_config is the config key name defined in your YAML file. (like above)
Demo
A demo included in the plugin, you can test it with a sandbox project for example.
(By default the sfProjectAnalyserPlugin will be the only plugin parsed, to modify
this behavior update the plugin section of the configuration. (see configuration)
TODO / ROADMAP
1.0.2:
- Allow to parse custom actions files - COil
- Provide 3 default configurations type (strict, standart, loose)
- Check symfony coding standarts (inline brackets)
- Alert for $this->executeXXX code at action level (take in account the
- Alert for ORM code at the action level
- Count number of ORM statments in the Doctrine or Propel model classes
1.0.3:
- Check is_secure flag of applications
- Count langs, i18n catalogs and traductions
1.1.0
- Refactor alerts checks so that all processAlertXXXX functions are called automatically
- Use factories to override plugins main objects classes
Other ideas
- Check one line doc block not describing a function ?
- Allow ignoring files ?
PS: You can also send me a contribution request if you have good ideas for new
alerts or other enhancements. :)
Support
Please report bugs on the official plugin post on my symfony blog. (not posted yet :))
I may also answer if you ask on the symfony users mailing list.
Have fun, COil ;)
Known bugs
- Standart checks are not done in the validateXXX methods when using the compat10 mode
This plugin is sponsored by SQL-Technologies
Vernet Loïc 
Loeuillet Nicolas 
Marchal Gregoire 