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

问答 / 309 / 6 / 创建于 1年前

项目的增删改查逻辑应该写在控制器吗？
如果增删改查的逻辑牵涉到的业务逻辑比较多呢
是否是控制器和服务层相结合的方式

CollinAi

19 声望

学无止境

《L04 微信小程序从零到发布》

从小程序个人账户申请开始，带你一步步进行开发一个微信小程序，直到提交微信控制台上线发布。

《L02 从零构建论坛系统》

以构建论坛项目 LaraBBS 为线索，展开对 Laravel 框架的全面学习。应用程序架构思路贴近 Laravel 框架的设计哲学。

推荐文章：

更多推荐...

[求职]在郑州工作4年的程序媛的简历优化 13 / 172 |

冯老师的困惑——测试和正式环境掐架篇（一） 15 / 23 |

简单对比一下DcatAdmin和filament的各自优缺点 28 / 33 |

面试 POPER 的后端开发工程师的离奇经历 34 / 104 |

Git在项目中的那些实操(持续更新...) 22 / 3 |

[开源项目] 基于 laravel 开发的一个社区/社交小程序 23 / 47 |

讨论数量: 6

markyanggang

19 声望

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

1年前评论

markyanggang

19 声望

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

1年前评论

shunjian_1

53 声望

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

1年前评论

Imuyu

课程读者 778 声望

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

1年前评论

随波逐流

课程读者 165 声望 / 南波万 @ 峨眉山类人猿洞

可以添加 services层

1年前评论

隐德莱希

188 声望

service层

1年前评论

滚球兽进化

课程读者 312 声望

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

1年前评论

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

帮助