大型项目的增删改查 具体应该写在哪里 ? 还有业务 大家是否可以分享一下自己的方案

  1. 项目的增删改查逻辑应该写在控制器吗?
  2. 如果增删改查的逻辑牵涉到的业务逻辑比较多呢
  3. 是否是控制器和服务层相结合的方式
CollinAi
《L01 基础入门》
我们将带你从零开发一个项目并部署到线上,本课程教授 Web 开发中专业、实用的技能,如 Git 工作流、Laravel Mix 前端工作流等。
《G01 Go 实战入门》
从零开始带你一步步开发一个 Go 博客项目,让你在最短的时间内学会使用 Go 进行编码。项目结构很大程度上参考了 Laravel。
讨论数量: 6

我的习惯是 控制器->逻辑层, 逻辑层可能互相调用,逻辑层调用dao层(专门的sql操作)进行curd操作. model 定义关联关系

1年前 评论

我的习惯是 控制器->逻辑层, 逻辑层可能互相调用,逻辑层调用dao层(专门的sql操作)进行curd操作. model 定义关联关系

1年前 评论

你看你其它的同事怎么分,你们自己定个标准就行。

1年前 评论

既然提到大型项目了,那么控制器就应该作为请求中转以及响应的地方,业务逻辑可以放在仓库层或者服务层里面,模型负责数据库交互

1年前 评论
随波逐流

可以添加 services

1年前 评论

查询放在 rep , 如果逻辑可以复用或者比较独立就放在 service。一般来说,更新和插入场景是比较单一的。收紧口子就好。

1年前 评论

讨论应以学习和精进为目的。请勿发布不友善或者负能量的内容,与人为善,比聪明更重要!