请教大家一个 ORM 代码抽离的问题

问答 / 460 / 7 / 创建于 3年前 / 更新于 3年前

原来在service层的这段代码,想把Test表的sql抽离到model层,怎么做比较好? (type后面的’.’是打错了)

我是这么写的,不知道对不对
service层

model层

课程读者 57 声望

看起来 @ 不太聪明的亚子

暂无个人描述~

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

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

《L03 构架 API 服务器》

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

推荐文章：

更多推荐...

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

工作小锦囊系列——如何实现一个车辆预定功能（下） 13 / 15 |

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

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

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

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

讨论数量: 7

WmKong

课程读者 20 声望 / RD @ Baidu

github.com/Tucker-Eric/EloquentFil... 可以试试这个包

3年前评论

fangmuke

课程读者 109 声望

先改造一下代码，把if换成when()吧还有这个是什么玩意？

file

3年前评论

houmuxu （楼主）

额,随便写的例子,逗号打错了,其他框架没when方法

ma1232006

课程读者 4 声望

model层不能写任何查询代码；即使要写也只能新加一层里面写。 request不能在service里面出现，request是请求层的代码；不能侵入。

3年前评论

houmuxu （楼主）

那个只是变量名叫$request,传过来的时候已经是数组了...

小彭友

课程读者 35 声望

file User $user可以依赖注入，参数最好加个isset判断

3年前评论

王成涛

课程读者 151 声望 / coder @ 蚂蚁嗨客

很明显属于过度封装，违法面向对象特性 -- 封装，model 掺杂业务逻辑，方法复用性不高，随着业务复杂性增加，类似这样的方法会增加

3年前评论

王成涛（作者）

@houmuxu 看到很多人都在用 service 层，但是我觉得没必要，多余的

s51983

@王成涛有些Model光是关联就很多了，贫血模型+Service层还是有必要的。

xiaopi

@王成涛前俩天看了Laravel 框架作者 Taylor Otwell写得《From Apprentice To Artisan - Advanced Application Architecture With Laravel 4》，里面有提到目录结构，可以了解一下。结合实际，觉得还是有必要service层的，职责单一。如果想要代码可复用性高，还是得想办法抽离 xueyuanjun.com/post/9711

乘风破浪

代码复用维护，使用 Service 层封装逻辑很有必要，再加一个 Repository 层封装数据库操作，真的很有必要，不然后期只能重构了

aen233

课程读者 398 声望 / php @ abc

小白弱弱的说，感觉完全没必要那么封装。。。。。model里别放具体业务查询了吧（除非特别公用的.....
感觉不仅没抽离，还越来越混乱了呢......

3年前评论

houmuxu （楼主）

嗯,确实,一些简单高可用的可以放在model里,这种复杂判断的还是不放了

lyxxxh

1.2k 声望

file
(个人讨厌的写法同事也跟我抱怨过为什么写这么多余代码(封装))

抽离的话,可以考虑下apiato (单人开发最好别碰)。

route -> controller -> action -> task -> repository -> model | criterias -> transformers
……

还是 mvc 香，简单。

(单人开发,随便怎么封装都可以)
封装可以参考下:基于教程实现的一个简单网站实例

3年前评论

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

帮助

57 声望

看起来 @ 不太聪明的亚子

纠错改进

成为赞助商