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

问答 / 0 / 6 / 创建于 2年前

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

CollinAi

Efrain

22 声望

学无止境

0 人点赞

从零开发一个电商项目，功能包括电商后台、商品 & SKU 管理、购物车、订单管理、支付宝支付、微信支付、订单退款流程、优惠券等

你将学到如 RESTFul 设计风格、PostMan 的使用、OAuth 流程，JWT 概念及使用和 API 开发相关的进阶知识。

讨论数量: 6

markyanggang

19 声望

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

2年前评论

markyanggang

19 声望

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

2年前评论

shunjian_1

53 声望

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

2年前评论

Imuyu

课程读者 861 声望

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

2年前评论

随波逐流

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

可以添加 services层

2年前评论

隐德莱希

197 声望

service层

2年前评论

我们只希望世界和平

课程读者 368 声望

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

2年前评论

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

帮助

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

高认可度评论：

社区赞助商

关于 LearnKu

资源推荐

服务提供商

其他信息

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

高认可度评论：

社区赞助商

关于 LearnKu

资源推荐

服务提供商

其他信息

请登录

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