Dotkernel API needs to create handlers using its own factory and inject dependencies (using setters) instead of getting them through the constructor.
This way handler constructors will not to be pulluted by the same key dependencies in each class.
Instead, hey can inject only those dependencies that they require for the tasks they need to perform.
Additionally, handlers have other dependencies (services, configs etc) that should be injectable through the constructor, as before.
For this, dot-dependency-injection should expose a solution that allows factories to read the dependencies as an array of ready-to-use instances.
Dotkernel API needs to create handlers using its own factory and inject dependencies (using setters) instead of getting them through the constructor.
This way handler constructors will not to be pulluted by the same key dependencies in each class.
Instead, hey can inject only those dependencies that they require for the tasks they need to perform.
Additionally, handlers have other dependencies (services, configs etc) that should be injectable through the constructor, as before.
For this, dot-dependency-injection should expose a solution that allows factories to read the dependencies as an array of ready-to-use instances.