API 接口返回是否应该封装方法？

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

比如说$this->reponse->....，这种表达方式首先是长，然后后面的参数也难以记忆，是否应该封装成函数？

课程读者 6 声望

终身学习为目标，每日学习为兴趣。

《L01 基础入门》

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

《G01 Go 实战入门》

从零开始带你一步步开发一个 Go 博客项目，让你在最短的时间内学会使用 Go 进行编码。项目结构很大程度上参考了 Laravel。

推荐文章：

更多推荐...

PHP使用yield 读取超大型目录、大目录的方法 16 / 14 |

Laravel 实用小技巧——日志告警功能应该怎么做？ 17 / 4 |

Laravel 实用小技巧 —— 如何优雅地设计方法传参？ 35 / 29 |

接口的幂等性解决方案 10 / 0 |

基于Eloquent ORM的缓存实时更新、读取封装 10 / 6 |

Linux 实用小技巧 —— 如何判断 Crontab 是否正常执行 12 / 10 |

讨论数量: 2

yema

218 声望 / 种地的 @ 俺们村

这个已经封装的够好了。你要是觉得麻烦自然可以封装。只要能细粒控制返回值就行。

6年前评论

liyu001989

管理员 1.0k 声望 / 技术负责人 @ 重庆豆豌科技有限公司

增加了dingo 的trait $this->response->item 可以简写成 $this->item 等。但是本来也不长

6年前评论

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

帮助