Understanding Service Dependency Management to Avoid Leaking Implementation Details
Basic quesition number two million - in the docs it says
I assume that means if I have. a service that depends on a service, its better to "require" that service in the building of the layer, rather than the actual "function" that is inside of the service.
something like
Assuming I have this correct, what is "bad" about putting the
I assume that means if I have. a service that depends on a service, its better to "require" that service in the building of the layer, rather than the actual "function" that is inside of the service.
something like
Assuming I have this correct, what is "bad" about putting the
yield of MyOtherService inside of the doThing function? The docs say "leaking" implementation details but i guess i'm just not seeing it doing anything poorly? Maybe this example is too trival and this problem is more seen in larger dependency graphs?