《L03 构架 API 服务器》
你将学到如 RESTFul 设计风格、PostMan 的使用、OAuth 流程,JWT 概念及使用 和 API 开发相关的进阶知识。
《L02 从零构建论坛系统》
以构建论坛项目 LaraBBS 为线索,展开对 Laravel 框架的全面学习。应用程序架构思路贴近 Laravel 框架的设计哲学。
建一个通用资源类,不需要修改返回值的就用这个
资源类只用两个。一个是列表,一个是详情,过于复杂的接口就别为难自己了,只要接口格式固定就行,前后端统一
restFull 列表接口使用动态路由参数内个包, 详情接口根据情况决定使用 resource 或者不使用。
我们一般是一个模型一个 Resource 来保证模型输出的标准(所以你看
php artisan make:model
为什么会有 -r 这个选项)。不过后来出现的问题是一些三方接口定义好了一些接口的响应属性,于是我们又将一部分 Resource 按照这些三方接口进行定义。以上两种方法我认为都是可取的。Resource 的好处之一就是将响应对象标准统一,提升前后端沟通的效率。比如 我有个 书籍资源 BookResource 那么我在返回书籍列表或者是评论列表关联的书籍的时候,都能保证相应书籍数据的属性输出标准是统一的。