微信扫码登录
| 标 题 | 时 间 |
|---|---|
| 框架探秘 - 时光一去永不会，东邪西毒继续上路 | 02:31 |
| 东邪西毒 - 借助用户登录实现框架的核心动态部分 | 05:55 |
| 东邪西毒 - 初步引入数据验证功能，然而这仅仅是个开始 | 06:08 |
| 东邪西毒 - 构建异常处理中心，别太把设计模式当回事 | 07:25 |
| 东邪西毒 - 数据验证异常后携带数据跳转回登录页面，我们每前进一步都很难 | 03:55 |
| 东邪西毒 - 中间件 middleware 系统的集成 | 07:55 |
| 东邪西毒 - 通过 middleware 将验证数据星际穿越到视图中 | 07:42 |
| 东邪西毒 - Bug 修复，验证错误信息决不能随意出没 | 03:40 |
| 东邪西毒 - 如何将配置信息注入到视图中 | 05:49 |
| 东邪西毒 - 做框架的时候你会发现自己是个反复无常的小人 | 07:24 |
| 东邪西毒 - 网络安全 之 Bcrypt 密码认证，构建灵活的密码认证机制 | 09:17 |
| 东邪西毒 - 创建 route 以及 redierct 全局函数，以后就可以偷懒了 | 02:54 |
| 东邪西毒 - 结合密码认证实现用户登录认证功能 | 06:38 |
| 东邪西毒 - 实现用户认证时出现严重错误，熬夜录视频真的太累了 | 03:08 |
| 东邪西毒 - 撂挑子了，放松一期，休息休息 | 05:47 |
| 框架探秘 - 用户登录 之 从session反向获取用户信息 | 04:55 |
| 框架探秘 - 登录状态维持 夫妻感情是要靠双方共同维系的 | 04:09 |
| 框架探秘 - 在用户认证模块实现用户登出功能 | 04:35 |
| 框架探秘 - CSRF 跨站点请求伪造的危害性是恐怖的 | 04:22 |
| 框架探秘 - 为用户登录和登出功能添加 CSRF 防护措施 | 12:24 |
| 框架探秘 - 到最后很多事情还是要靠你自己脚踏实地的去拼 | 02:22 |
| 标 题 |
|---|
这个验证器，是在控制器引入了验证器相关的代码。
在laravel框架，验证器只需要在控制器的相关函数，作为一个参数传递过来，formRequest 可以专门抽出去成为独立的验证逻辑，感觉写的好优雅，这个不知道如何实现的？
哈哈，兄台比我想得要懒得多，这个点稍微翻翻代码追一下就知道了，其实自己想一下也能明白，就是函数调用的魔术方法和传参类型的结合，判断传参的类型中是否有验证方法，有就用魔术方法自动调用，php就这么点东西，别把它想复杂了。
老哥说的是有道理，自己根据这个原理也能简单实现一个。
但是laravel的表单验证器，formRequest 类作为控制器的一个参数传递，我是真的没看明白，在什么地方进行的拦截验证，在整个控制器没有找到触发验证器的代码。
laravel这个框架源代码，没有深厚的功底，是真看不懂。o(╥﹏╥)o
哈哈，你的这份认真和执着会帮助你很快搞定这个问题的，像我这么懒的人，我是很少去翻看源代码的，我就喜欢自己推理，自己实现。Laravel就是一个大包工头，然后把每个部分又一层层的分包出去，解耦和灵活性都有了，开发的使用非常方便，效率很高，你要看代码的话，就得费点劲，层层去剥离了。我说的那种实现方式其实是比较复杂的方式了，效率也不高，完全可以更简单，formRequest验证执行逻辑更早，这就说明机制本身就拥有提前调用的机制，如果它没有提供验证器才会进入到controller的具体函数中，执行具体方法中的验证器（如果有的话），所以也可以从这个角度入手，自己去玩吧，我就帮你到这了，如果这条线也不通，我再给你提供别的思路，这些东西都是有套路的。