PHP Class Trismegiste\Mondrian\Analysis\CodeMetrics

Metrics are usefull to fast evaluate what kind of project you have to refactor. But it is not a guide where you have to go. Of course a project with a 50/50 ratio in interfaces/classes can be a good thing but if classes are used in parameters of methods instead of interfaces, interfaces are not really usefull. It's easy to fake good metrics. This analyser also counts where methods are declared first in the inheritance tree. A good point can be that you have low count of method first declared in class. This can mean you can decouple your concrete classes (remember LSP) From my experience, it's better to have dirty code in loosely coupled classes than beautiful code in highly coupled classes, because your beautiful code does not stand a chance against the entropy of changing. Dirty code can be refactored, even in paralell process, if you have loosely coupling. In short : Bad coding practices has bad metrics but good metrics does not means good coding practices. That's why I didn't push too far these statistics. See the others tool to find out where the coupling is.
Inheritance: extends Trismegiste\Mondrian\Graph\Algorithm
Show file Open project: trismegiste/mondrian Class Usage Examples

Public Methods

Method Description
getCardinal ( ) : array Makes the statistics on the code

Private Methods

Method Description
extractShortName ( Vertex $v ) : string Extract the class name of a vertex to get a printable result

Method Details

getCardinal() public method

Makes the statistics on the code
public getCardinal ( ) : array
return array hashmap of stat