laravel 应用分层设计

既然分了，我觉得数据仓库（Repository）是有必要的。调用顺序应该是这样：控制器→services→数据仓库→模型。

它的作用相当于就是对外提供数据处理（增删改查）的方法，符合单一原则。例如，原来的用户数据是通过模型去获取数据库的数据，现在需要增加一层缓存层，我只需要修改数据仓库里获取用户数据的方法就可以，而不需要去修改业务代码，也就是解耦。

• Controller
• Data
• Enum
• Middleware
• Model
• Repository
• Service
• Support

• controller
• middle
• service 完成多个事情（比如 下单 + 短信提醒 + 邮件提醒）
• action 完成一个具体的事情（比如 下单，短信提醒，邮件提醒）
• repository 数据的获取
• model 数据实体充血模式，数据 + 方法

等 Service 互相调用就难受了

有案列吗 ？小白想了解大型的架构框架学习学习

个人认为太麻烦，分层太多，每次开发的时候就会建立太多文件，反而加大开发的复杂，建议一般三层够了，特别是个人开发，怎么方便怎么来。

看项目复杂程度把 如果简单项目，分层多是累赘

喜歡使用DB形式執行sql操作上方便些，當然Model也有它的好處。

分层的话主要就这三层：

入口：Controller、Job、Command、EventListener。 入口仅做参数判断整理，权限校验和对业务的调用。

业务：Service。 业务处理具体的业务逻辑，也是代码量最多的部分，要求尽量做到可复用。

数据：Model、Event。 定义模型关系，对数据存取过程进行转换，在业务和入口间进行传递。

其余的都服务于以上三层。