一个简单的 post控制器

一个最简单的创建对象

laravel验证真牛逼 减轻了很多验证的问题

ps: 写这么多的获取参数 也是考虑到 后续 这个业务 会变得复杂 每个参数都可能会用于不同的处理,所以不会使用only来获取参数 因为后面也是要去继续做处理的 下次业务变动 改的代码会少 舒服点 这段代码是根据我的业务和后续的变动 来写的 ~

一个最简单的 post控制器

本作品采用《CC 协议》,转载必须注明作者和本文链接
chowjiawei
《L03 构架 API 服务器》
你将学到如 RESTFul 设计风格、PostMan 的使用、OAuth 流程,JWT 概念及使用 和 API 开发相关的进阶知识。
《G01 Go 实战入门》
从零开始带你一步步开发一个 Go 博客项目,让你在最短的时间内学会使用 Go 进行编码。项目结构很大程度上参考了 Laravel。
讨论数量: 17

request,module都不用,都写到控制器感觉不好

1年前 评论
chowjiawei (楼主) 1年前

term_of 那段感觉还有优化空间, input取取可以用request->only减少几行

1年前 评论
chowjiawei (楼主) 1年前
陈先生
  1. 本质来说 控制器不应具有 Validator 的业务逻辑, 完全可以放入 Request 层.
  2. 获取变量就写了 16 行, 还都是一次性变量,获取的意义在哪?
  3. 这段代码的意义在哪? file
  4. 这段不应该放进中间件么? file
  5. 这里完全可以使用依赖注入 不要直接new , 如果你到后面增加了一个 构造函数的 参数,那么就到处都要改,建议使用 依赖注入 file
  6. 这个方法本身不应该返回数组么? file
  7. 如果你真的要在控制器里面验证, 验证规则应该是这样的格式,这样对于使用 phpstorm 的同事很友好.
    'name'=>[
    'required',
    'string',
    'min:3',
    'max:20'
    ]
  8. 这点为个人观点.我还是相对不提倡使用 input 获取参数的,认为参数是怎么过来的就要怎么获取. get 参数就用 get 获取, post 的就用post 获取.

个人的一点看法, 浓厚的个人色彩. 只是建议. 如果不妥 可以留言.

1年前 评论
chowjiawei (楼主) 1年前
小学毕业生 1年前
陈先生

file 上面这十几行变量赋值的操作真的有意义么?

1年前 评论
chowjiawei (楼主) 1年前
chowjiawei (楼主) 1年前
陈先生 (作者) 1年前
chowjiawei (楼主) 1年前
小学毕业生 1年前
fatrbaby

这段代码狠狠稚嫩,继续加油。💪🏻

1年前 评论
chowjiawei (楼主) 1年前

我就问你,别人改得动你的代码吗?

1年前 评论
chowjiawei (楼主) 1年前

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