A blob object (or "god class") does not follow the Single responsibility principle.

* object has lot of public methods (13, excluding getters and setters)
* object has a high Lack of cohesion of methods (LCOM=4)
* object knows everything (and use lot of external classes)

Maybe you should reducing the number of methods splitting this object in many sub objects.

This component contains in theory 0.75 bugs.

* Calculation is based on number of operators, operands, cyclomatic complexity
* See more details at https://en.wikipedia.org/wiki/Halstead_complexity_measures
* testsuites has dependency to this class.

Maybe you should check your unit tests for this class.

This class looks really long.

* Class has 238 logical lines of code
* Class has 352 lines of code

Maybe your class should not exceed 200 lines of logical code

This class looks use really high number of components.

* Efferent coupling is 23, so this class uses 23 different external components.

Maybe you should check why this class has lot of dependencies.

This class looks really complex.

* Algorithms are complex (Max cyclomatic complexity of class methods is 19)

Maybe you should delegate some code to other objects or split complex method.

This component contains in theory 0.45 bugs.

* Calculation is based on number of operators, operands, cyclomatic complexity
* See more details at https://en.wikipedia.org/wiki/Halstead_complexity_measures
* testsuites has dependency to this class.

Maybe you should check your unit tests for this class.

This component contains in theory 0.47 bugs.

* Calculation is based on number of operators, operands, cyclomatic complexity
* See more details at https://en.wikipedia.org/wiki/Halstead_complexity_measures
* testsuites has dependency to this class.

Maybe you should check your unit tests for this class.

This component contains in theory 0.9 bugs.

* Calculation is based on number of operators, operands, cyclomatic complexity
* See more details at https://en.wikipedia.org/wiki/Halstead_complexity_measures
* testsuites has dependency to this class.

Maybe you should check your unit tests for this class.

A blob object (or "god class") does not follow the Single responsibility principle.

* object has lot of public methods (10, excluding getters and setters)
* object has a high Lack of cohesion of methods (LCOM=3)
* object knows everything (and use lot of external classes)

Maybe you should reducing the number of methods splitting this object in many sub objects.

This class looks really complex.

* Algorithms are complex (Total cyclomatic complexity of class is 36)
* Component uses 131 operators

Maybe you should delegate some code to other objects.

This component contains in theory 1.35 bugs.

* Calculation is based on number of operators, operands, cyclomatic complexity
* See more details at https://en.wikipedia.org/wiki/Halstead_complexity_measures
* testsuites has dependency to this class.

Maybe you should check your unit tests for this class.

This class looks really long.

* Class has 326 logical lines of code
* Class has 388 lines of code

Maybe your class should not exceed 200 lines of logical code

A blob object (or "god class") does not follow the Single responsibility principle.

* object has lot of public methods (8, excluding getters and setters)
* object has a high Lack of cohesion of methods (LCOM=8)
* object knows everything (and use lot of external classes)

Maybe you should reducing the number of methods splitting this object in many sub objects.

This class looks really complex.

* Algorithms are complex (Max cyclomatic complexity of class methods is 11)

Maybe you should delegate some code to other objects or split complex method.

This component contains in theory 0.36 bugs.

* Calculation is based on number of operators, operands, cyclomatic complexity
* See more details at https://en.wikipedia.org/wiki/Halstead_complexity_measures
* testsuites has dependency to this class.

Maybe you should check your unit tests for this class.

A blob object (or "god class") does not follow the Single responsibility principle.

* object has lot of public methods (80, excluding getters and setters)
* object has a high Lack of cohesion of methods (LCOM=3)
* object knows everything (and use lot of external classes)

Maybe you should reducing the number of methods splitting this object in many sub objects.

This class looks really complex.

* Algorithms are complex (Total cyclomatic complexity of class is 38)
* Component uses 195 operators

Maybe you should delegate some code to other objects.

This component contains in theory 1.35 bugs.

* Calculation is based on number of operators, operands, cyclomatic complexity
* See more details at https://en.wikipedia.org/wiki/Halstead_complexity_measures
* testsuites has dependency to this class.

Maybe you should check your unit tests for this class.

This class looks really long.

* Class has 452 logical lines of code
* Class has 580 lines of code

Maybe your class should not exceed 200 lines of logical code

This class looks really complex.

* Algorithms are complex (Total cyclomatic complexity of class is 17)
* Component uses 100 operators

Maybe you should delegate some code to other objects.

This component contains in theory 0.71 bugs.

* Calculation is based on number of operators, operands, cyclomatic complexity
* See more details at https://en.wikipedia.org/wiki/Halstead_complexity_measures
* testsuites has dependency to this class.

Maybe you should check your unit tests for this class.

This class looks really long.

* Class has 227 logical lines of code
* Class has 294 lines of code

Maybe your class should not exceed 200 lines of logical code

This class looks really complex.

* Algorithms are complex (Total cyclomatic complexity of class is 46)
* Component uses 107 operators

Maybe you should delegate some code to other objects.

This component contains in theory 0.84 bugs.

* Calculation is based on number of operators, operands, cyclomatic complexity
* See more details at https://en.wikipedia.org/wiki/Halstead_complexity_measures
* testsuites has dependency to this class.

Maybe you should check your unit tests for this class.

This class looks really long.

* Class has 219 logical lines of code
* Class has 335 lines of code

Maybe your class should not exceed 200 lines of logical code

This component contains in theory 0.58 bugs.

* Calculation is based on number of operators, operands, cyclomatic complexity
* See more details at https://en.wikipedia.org/wiki/Halstead_complexity_measures
* testsuites has dependency to this class.

Maybe you should check your unit tests for this class.

This class looks use really high number of components.

* Efferent coupling is 24, so this class uses 24 different external components.

Maybe you should check why this class has lot of dependencies.

Packages should depend in the direction of stability.

This package is more stable (0.429) than 1 package(s) that it depends on.
The packages that are more stable are

* Snicco\Component\HttpRouting\Routing\Condition (0.5)

Packages should depend in the direction of stability.

This package is more stable (0.781) than 2 package(s) that it depends on.
The packages that are more stable are

* Snicco\Component\HttpRouting\Routing\RouteLoader (0.833)
* Snicco\Component\HttpRouting\Routing\RoutingConfigurator (0.8)

Packages should depend in the direction of stability.

This package is more stable (0.444) than 1 package(s) that it depends on.
The packages that are more stable are

* Snicco\Component\HttpRouting\Routing (0.781)

Packages should be either abstract and stable or concrete and instable.

This package is instable and abstract.

Packages should depend in the direction of stability.

This package is more stable (0.364) than 1 package(s) that it depends on.
The packages that are more stable are

* Snicco\Component\Psr7ErrorHandler (0.52)

Packages should be either abstract and stable or concrete and instable.

This package is instable and abstract.

Packages should be either abstract and stable or concrete and instable.

This package is instable and abstract.

Packages should depend in the direction of stability.

This package is more stable (0.26) than 3 package(s) that it depends on.
The packages that are more stable are

* Snicco\Component\HttpRouting\Routing\UrlMatcher (0.75)
* Snicco\Component\HttpRouting\Http (0.632)
* Snicco\Component\HttpRouting\Http\Response (0.286)

Packages should depend in the direction of stability.

This package is more stable (0.49) than 7 package(s) that it depends on.
The packages that are more stable are

* Snicco\Component\HttpRouting\Controller (0.875)
* Snicco\Component\HttpRouting\Exception (0.667)
* Snicco\Component\HttpRouting (0.714)
* Snicco\Component\HttpRouting\Routing\UrlMatcher (0.75)
* Snicco\Component\HttpRouting\Routing\UrlGenerator (0.5)
* Snicco\Component\HttpRouting\Http (0.632)
* Snicco\Component\Psr7ErrorHandler (0.52)