《L05 Laravel 教程 - 电商实战 ( Laravel 5.5 ) 》 6.8. 封装业务代码

课程问答

关于代码封装, 和模型紧耦合的, 我觉得放在模型里面更合适. 而 service 更应该用来做一些与数据模型关联性不高的服务?

问答 / 806 / 3 / 创建于 5年前

如题, 个人见解欢迎探讨

Toiu

课程读者 70 声望

小队长 @ 重庆优软

暂无个人描述~

0 人点赞

我们将带你从零开发一个项目并部署到线上，本课程教授 Web 开发中专业、实用的技能，如 Git 工作流、Laravel Mix 前端工作流等。

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

推荐文章：

更多推荐...

工作

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

博客

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

博客

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

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

博客

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

博客

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

leo

管理员 4.7k 声望 / Backend Manager @ RightCapital

最佳答案

service 更应该用来做一些与数据模型关联性不高的服务

并不认同，在我看来 Service 可以用来放业务逻辑，和他是否与模型耦合无关。

比如这个项目以后拆分为类似微服务的多个子项目，原本的数据库操作会变为 Http 或者 RPC 请求，那么我只需要修改 OrderService 的实现而不需要修改 Controller 代码，那么我这个封装就是合理的。

5年前评论

讨论数量: 3

leo

管理员 4.7k 声望 / Backend Manager @ RightCapital

service 更应该用来做一些与数据模型关联性不高的服务

并不认同，在我看来 Service 可以用来放业务逻辑，和他是否与模型耦合无关。

比如这个项目以后拆分为类似微服务的多个子项目，原本的数据库操作会变为 Http 或者 RPC 请求，那么我只需要修改 OrderService 的实现而不需要修改 Controller 代码，那么我这个封装就是合理的。

5年前评论

赤色圣战

课程读者 13 声望

封装是为了提高代码的复用性

5年前评论

Toiu

课程读者 70 声望 / 小队长 @ 重庆优软

@假装是米粉这里讨论的并非封装与否的问题, 而是放在哪里更加合适

5年前评论

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

帮助

关于代码封装, 和模型紧耦合的, 我觉得放在模型里面更合适. 而 service 更应该用来做一些与数据模型关联性不高的服务?

推荐文章：

社区赞助商

关于 LearnKu

资源推荐

服务提供商

其他信息

关于代码封装, 和模型紧耦合的, 我觉得放在模型里面更合适. 而 service 更应该用来做一些与数据模型关联性不高的服务?

推荐文章：

社区赞助商

关于 LearnKu

资源推荐

服务提供商

其他信息

请登录