最近手头有项目要重构，在纠结要不要用Repository的方式

如题目前遇到这个问题。
私底下考虑了好久，然后得出一个想法

给model写trait，把本该写在repository里面的数据查询逻辑（脏代码），写在trait里，想直接调用的方法可以写成静态的。
总之就是模型还是让其保持主要写定义属性，常量，属性的set，get方法，关联关系等方法，CURD的操作逻辑扔在trait里面。

尝试了下，姑且好像没有问题，但是不知道有没有比较严重的坑，有前辈或者同僚对这个想法有啥意见欢迎给出意见

laravel repository trait

39

课程读者 2 声望

暂无个人描述~

0 人点赞

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

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

推荐文章：

更多推荐...

博客

Laravel 11 中文文档仓库，已翻译完成！！！ 16 / 28 |

博客

Laravel验证器最完整用法实例 31 / 14 |

博客

PHP Annotated——2023 年 12 月 25 / 2 |

分享创造

使用 Laravel 10 & Vue 3 开发了一个社区站，一起来玩下～ 17 / 39 |

博客

历时一个月，《穿透Laravel》全书完成！ 88 / 25 |

博客

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

讨论数量: 6

hiword

205 声望

建议使用,trait本质我个人觉得是解决了PHP单继承以及类的部分组件重用问题。仓库模式可以理解为，获取的数据仓库，你的数据并不一定是从Mysql中获取，如果是Redis叫？那个Repositorty就是做这多种聚合的，从而让Service处理业务逻辑而不用纠结于数据的处理，最后总结：本质上：Reposiotry是针对数据的处理 Service:业务逻辑流程的处理 Model:(基本只用于针对于DB的)，保存基本ORM关于，及内部一些属性

3年前评论

小李世界

想问下，Service: 业务逻辑流程的处理，那 Controller 也是业务逻辑处理吧，两者区别是什么

hiword （作者）

@小李世界 Controller我的理解和作用是分发service，有些时候一次请示，并非一个独立的service逻辑

小李世界

@hiword 谢谢

39

课程读者 2 声望

@hiword 好的，谢谢

3年前评论

道法自然

48 声望

我对仓库模式情有独钟，非常建议使用！

3年前评论

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

帮助

最近手头有项目要重构，在纠结要不要用Repository的方式

推荐文章：

社区赞助商

关于 LearnKu

资源推荐

服务提供商

其他信息

最近手头有项目要重构，在纠结要不要用Repository的方式

推荐文章：

社区赞助商

关于 LearnKu

资源推荐

服务提供商

其他信息

请登录