直接将业务代码写在Controller中,会使得代码及其臃肿,不易于维护和扩展
username = $request->input('username'); $user->password = $request->input('password'); $result = $user->save(); return $result; } }
这时就应该思考如何分离业务代码,我们引入Service的概念
Service本身译为服务
像上图这样
request = $request; $this->userService = $userService; } public function register() { //... validation return $this->userService->register ($this->request->all()); } }
username = $username; $user->password = $password; $result = $user->save(); return $result; } }
到现在为止,我们至少将业务与请求彻底分开了。但还是不如人意,如果把所有的业务及CURD全部写在Service中,那只不过是将Controller的臃肿转移到了Service,那Service就没有什么存在意义了。 所以我们需要继续分割Service,将对数据库的R操作独立出来,因为CUD的操作基本是一贯不变的,而R操作根据业务的复杂度则变的多姿多彩。所以独立R操作。这个时候我们引用Repository的概念。
我们使用Repository辅助Model,将相关的查询逻辑封装到不同的repository中,方便逻辑代码的维护
request = $request; $this->userService = $userService; } public function getUserInfo() { //... validation return $this->userService->getUserInfo ($this->request->all()); } }
userRepository = $userRepository; } public function getUserInfo() { return $this->userRepository->getUserInfo($data); } }
first(); return $result; } }
解决了R的问题,有人就问了,难道因为CUD比较统一简单就可以放在一起了吗?答案是NO,我们引用一个新的名词Action。
这是看了@Charlie_Jade的文章才学到的
独立每个操作文件,例如CreateUser,DeleteUser,UpdateUser
request = $request; $this->userService = $userService; } public function register(){ //... validation return $this->userService->register($this->request->all()); } public function getUserInfo() { return $this->userService->getUserInfo ($this->request->all()); } }
userRepository->getUserInfo($data); } public function register(){ $result = (new CreateUser())->execute($this->request->all()); return $result; } }
first(); return $result; } }
tel = $data['tel']; $models->password = $data['password']; $result = $models->save (); return $result; } }
以上代码逻辑见下图
不关心执行结果时可以选使用,不过Event的Listen也是提供了队列。
不要将你的所有错误提示都使用Return返回,很多时候你的返回未必是你的返回
感谢各位同学看完这篇文章,如果你有新的想法欢迎在评论区讨论.
推荐教程:《php教程》
以上就是如何写出高质量的PHP代码的详细内容,更多请关注 第一PHP社区 其它相关文章!