经典三层架构以及分层的原则

Controller：控制层  ——》接收用户请求。并相应用户的请求。同时会根据用户的请求调用对应的service完成我们项目中的功能。

注意他不会直接与业务和数据库相关联 

 

Service：业务逻辑层——》完成项目中的功能（项目中某个功能的业务和逻辑），它会调用model中的方法来操作数据库。

注意它不会直接与数据库连接

 

Model：模型层（跟tp5.1中的模型是有区别的）——》只会有一个事情就是数据库的CURD操作

 

这么做的好处：

我们的业务是有很多时候是相同的，比如商品查询，它会在后台，在前台查询。用户信息也是一样的

我们把这些相同的业务提取到service中。由service统一管理。如果某些控制器需要的时候就可以调用，就是避免代码重复，同时方便与后期维护

分层的原则，还是创建类，还是方法，设计数据表保持单一原则

分层的原则:就是把项目中相同（相似）操作的这些类单独放置于某一个文件夹中