Three reasons: First: we found that it creates a spider web of dependencies if we din't have this rule. Instead, if you return control to the controller after

Three reasons: First: we found that it creates a spider web of dependencies if we din't have this rule. Instead, if you return control to the controller after performing a discrete action, it makes sure that business logic stays out of services and keeps service functions short and directed. Second: it makes it easy to keep the entire design in your head. Third: It promotes composition. This leads to easier testability with mocks rather than having to resort to full blown integration tests for even the smallest things. (We still do integration tests, but mock tests can be churned out in volume and are less fragile).