万能的Service层

对于很多时候，经常发现没有什么事情是Service解决不掉的，如果有，那就用两个Service。

Service的职责

他更像是导演，所有角色演员要有明确的分工，导演应该只完成场景的协调与拍摄。

每个业务功能就像是一个场景，在拍摄之前，先需要让各个角色到位，然后导演通过调度各角色的参演顺序与行为完成拍摄，每个角色都有自己的定位，而不是只是一个空壳，各个角色不能完全依靠导演来派遣调度，导演的职责是“导”，而不是“演”。

职责混乱的Service

Service的成了SQL的组装类了：

Service对业务逻辑混乱且高度聚合

Serivice将三层的职责全部做了

命名混乱的Service

有时候以Controller命名：

有时候以entity命名

万能Service的危害：

1. 复用性低

2. 可维护性差

3. 可拓展性差

4. 单元测试难落地

导致出现万能Service的原因

1. 一味的追求实现功能

2. 层次的混乱

3. 模糊的职责

求人不如求己，让我们一块开始学习架构设计吧