标 题 |
时 间 |
需要使用到OAuth 密码授权模式的 API 接口开发
|
02:24
|
学习API开发前的准备工作
|
03:55
|
API 开发 - 用户注册接口的实现
|
10:23
|
Passport API 开发辅助授权包的安装和基本配置
|
07:07
|
API 开发之用户登录接口的实现
|
05:42
|
API 接口开发:完善用户注册流程
|
04:59
|
API 接口开发-使用用户名或手机号码作为登录凭证
|
03:05
|
API 接口开发 - Topic 话题创建接口的实现
|
08:13
|
API 接口开发 - 使用 transformer 对 topic 话题数据进行转化
|
04:34
|
API 接口开发 - topic 话题查看接口的实现
|
08:04
|
API 接口开发 - topic 话题更新接口的实现
|
11:05
|
API 接口开发 - topic 话题删除接口的实现
|
03:41
|
API 接口开发 - discussion 讨论观点发布接口的实现
|
13:56
|
API 接口开发 - 使用 transformer 让 topic 携带关联的 discussions 数据
|
02:26
|
API 接口开发 - 使用多样化的一对多创建扩展性更强的点赞系统
|
08:03
|
API 接口开发 - liking 点赞接口的实现(1)
|
14:10
|
API 接口开发 - liking 点赞接口的实现(完整逻辑的实现)
|
12:17
|
API 接口开发 - 对返回的错误信息数据进行统一的规范
|
09:49
|
老师你好,Laravel写API都配合Dingo,如果不用Dingo,直接使用Laravel API 比较广泛吗
在官方的passport推出之前,大家一直都是用第三方的辅助开发包dingo,后来官方出了更简单易用的passport,所以当然用于laravel兼容度和协作度更高的passport,他们本质上的东西都是一样的,倒没有必要纠结这个东西,本质核心就是OAuth 2.0的授权方案,这是必须要深入理解的东西,至于什么开发辅助包,不过是在外的不同实现方式而已。很多公司的老项目总dingo的可能性大一些,所以在很多技术论坛里人们更容易看到dingo,但是既然官方有了更好的方案,那就用更简单的
另外如果是构建纯开放式API,那什么开发辅助包就可以不用,API的开发都是根据实际需求开的,不要迷信任何开发包,都是人开发的东西,哪怕没有这些开发包,自己开发一套也没啥难度,不要觉得他们多高大上,都那么回事
好,谢谢老师
叫老哥就行,我特别不习惯laoshi这个称呼
学习PHP Laravel 已经有两年了还是一头雾水,一般找资料都是在Laravel China上查阅,目前我上班也是边做边学,用到那块学习那块。也有些人讲PHP都快淘汰了,继续学习下去,以后作用不大。
给自己定个长线的目标吧,一点点逼着自己执行下去,用什么学什么这是为了应付目前手头上的工作,这没什么不对,可是技术这个行业换工作是个很平常的事儿,得为以后早做准备,语言和语法都有过时的时候,但是编程思想,工程项目方面的经验一定要积累起来,什么问题用什么样的解决方案一定要积累,不管什么语言,什么框架,必须得深入研究一个,再学别的语言和框架基本上就没有太大障碍了。抓本质核心吧,不要被乱七八糟的概念或江湖上吹捧的东西唬住了
嗯,谢谢老师
Target class [App\Http\Controllers\RegisterUserRequest] does not exist. in file 好奇怪 我已经use App\Http\Requests\RegisterUserRequest; 他还是去找controller
哈哈,这种低级错误自己去搞定吧
我有个问题向商城项目 哪些数据需要缓存 哪些不需要