Laravel 开发 RESTful API 的一些心得
103

最近用 Laravel 写了一段时间的 API,总结一下自己的心得吧。

Start

  • API开发我们可以看到,有些网站用token验证身份,有些用OAuth2.0,当时我也纠结,然后看到一个不错的说法。大方面,会涉及到给别人用的使用OAuth,自己使用的用token就足够了
  • 设计最初,最好在路由加个版本号,方便以后扩展
    Route::prefix('v1')->group(function () {
    // more
    });
  • 如果前端想跨域,请使用这个很方便的包barryvdh/laravel-cors

    一个简单的接口示例
    api实例输出

    验证

  • API 开发总会离不开验证,这里推荐使用jwt-auth,1.0 快要来了,新版本的文档也很清晰
  • 刚用jwt-auth时有疑问,Laravel自带的token验证使用的是数据库api_token字段验证,而不见jwt-auth需要这个
    • 然后想自己看源码,结果QAQ
    • 最后去问了官方 >_<
    • 原来用户的信息已经存储在token中加密
    • 一开始有疑问,这样保存,不会被解密吗(真为自己智商担忧 !_!)
    • 后来才想起,jwt一开始就运行php artisan jwt:secret生成了秘钥
    • 你不泄露就保证安全了~~~

      路由

  • 当然使用官方api的路由Route::apiResource(),一条更比五条强
  • 路由的名字当然是RESTful的方式
  • 保持动词,复数形式,见名知义
  • 有些长的路由,应该用什么分隔呢?
  • laravel用的是中划线(-),因为谷歌收录时,按中划线划分关键字,国内的是按下划线(_)收录,具体看自己了,我是喜欢下划线 >_<
  • 更多看这里: 路由命名规范

    表单验证

    可以使用控制器自带的表单验证,更推荐使用 表单类,能分离都分离出去,控制器不要处理太多事情。
    表单验证
    能分离的代码都不要吝啬~~~

    数据转换

  • Laravel自带的API Resource
  • 用起来真的很方便,不过发现一个问题,--collection的格式总是转不过来,后来直接放弃了
  • 单个的使用Resources
  • 集合的使用Resources::collection()发现,特别好用 >_<
  • 不得不说,多对多关联时,Laravel处理得太好了条件关联
    数据转换
  • 在上面这个例子中,如果关联没有被加载,则 posts 键将会在资源响应被发送给客户端之前被删除。
  • 在有不确定是否输出关联数据时,这是一个很有用的功能!!!

    响应输出

    当时在 laravel-china 看到的这个帖子,然后觉得这个方式不错,所以自己也这样子,使用基类的方法统一响应输出。

    异常

    异常算是一大手笔了,处理好异常,可以让你的代码优雅很多。
    \App\Exceptions\Handler::render方法可以捕获到很多有用的异常,例如,我的代码是这样写的:
    异常捕获
    UnauthorizedHttpException这个是捕获jwt异常
    ValidationException这个是表单异常,捕获之后,表单错误消息可以很好的格式化,
    ModelNotFoundException这个是模型找不到的异常,捕获之后,可以直接在控制器直接这样

// 未捕获之前的写法
public function show($id)
{
    $user = User::find($id);
    if (! $user) {

    }

    // do something
}

// 现在
public function show($id)
{
    $user = User::findOrFail($id);
}
// 甚至这样
public function show(User $user)
{
    // do something
}
  • 下面这两个异常可以不捕获,只是方便开发中查看错误消息
    NotFoundHttpException404路由找不到的异常,没什么好说的了
    MethodNotAllowedHttpException这个是方法不对应,比如你是get路由,却post请求

    文档

  • 差点忘了这个,文档非常非常重要
  • 我是不怎么喜欢在注释写文档的
  • 使用swagger-ui+swagger-edit
    • 下载swagger-ui
    • 只需要dist目录的东西(其他可以删除了)
    • 下载swagger-editor
    • 只要dist目录的东西和根目录的index.html
    • 我还把swagger-editorindex.html改成了edit.html,然后把这两个东西整合到同一个目录(记得修改css,js的位置)
    • 新建两个文件api.json,api.yaml 大概就和图中差不多
    • 要修改图中箭头所示成为api.json的位置
      api
  • 访问edit.html可以书写文档
  • 访问index.html可以查看文档
  • edit.html写好之后,导出json,然后粘贴到api.json文件
    api
  • 记得也把写好的格式保存到api.yaml,因为清楚缓存之后,下次访问时会消失

    自己写了一个packages

  • 就方便创建控制器,验证
  • 所有控制器继承重写过的基类,响应输出方便。
  • 例如完整验证只需要三秒钟
    • 第一秒: php artisan api:auth
    • 第二秒: 出现图代表成功;
      laravel-api-helper
    • 第三秒: 拿出手臂的劳力士,确定只过了三秒
      手臂的手表
  • 更多的使用:laravel-api-helper

    工作和API开发有关,用到其他有经验了再回来补补。

    更多参考

    RESTful API 设计指南

当神不再是我们的信仰,那么信仰自己吧,努力让自己变好,不辜负自己的信仰!

本帖由 Summer 于 6个月前 加精
《L01 基础入门》
我们将带你从零开发一个项目并部署到线上,本课程教授 Web 开发中专业、实用的技能,如 Git 工作流、Laravel Mix 前端工作流等。
《L03 构架 API 服务器》
你将学到如 RESTFul 设计风格、PostMan 的使用、OAuth 流程,JWT 概念及使用 和 API 开发相关的进阶知识。
讨论数量: 20
Aaron

我建议统一响应类的设计,最好用实现 responsable 接口,好一点。

6个月前

jwt的token本身是明文的, key只用来签名
jws才是加密.

6个月前

@Aaron 因为有一个状态类继承了 response 对象,响应用 laravel 的方便

6个月前

@symoo jwt 应该并不是明文 的,因为有一个JWT_SECRET来使信息加密了。

6个月前

jwt-auth 有时间的朋友去研究一下吧,刚才看了源码,有点心酸,转来转去,最后用了个 sha256 签名,然后又用了 hash 加密,头晕,有看得透彻的朋友可以说一下 >_

6个月前

@DavidNineRoc jwtauth说白了就是把user id用后端定义的jwt-secret加密了,响应的token里有base64加密的其他配置比如加密方法,说的再透彻一点就是把用户id存到了header的Authorization中,服务端也会缓存这个token

6个月前

@山海王子 学习了:+1:

6个月前

跨域,用 包barryvdh/laravel-cors 不就是一句 Access-Control-Allow-Origin: * 就可以了 为啥还要搞的那么麻烦

6个月前

@datou 这样写是行呀,然后你想全局使用,得新建一个中间件,然后你又想配置只允许某些域名跨域,又得加一个配置文件。
这些时间足够你运行composer update了:smile:

6个月前

jwt并不会加密user_id,user_id 和 其他payload都是明文base64的。不过后面会有一个通过JWT_SECRET 和用户信息 payload生成的串来验证 你的 user_id 和其他payload 被没被串改

6个月前

jwt 中间会用'.'来连接,你可以看下中间那段直接base64解密一下你的用户ID就出来了,但是你想随便改个用户ID放回去,你就会发现验证不通过了

6个月前

@hooklife 受教了,也看到了 jwt-auth 的有一个 issure 也说了这个事情

6个月前

阔以。

6个月前

个人觉得还是用自定义的状态码好点,毕竟http提供的状态码并不能根据业务去提示。

5个月前

@Hatcher 这个状态码当然是自定义的,暴露的 setCode 方法就是为了设置状态码的

5个月前

唉,现在jwt支持多用户表吗?

5个月前

@仰望 支持的,切换不同守卫即可。

5个月前
ziyanziyu

@symoo jws没有接触过.得去查找下

4个月前

很好,收获。

1周前

  • 请注意单词拼写,以及中英文排版,参考此页
  • 支持 Markdown 格式, **粗体**、~~删除线~~、`单行代码`, 更多语法请见这里 Markdown 语法
  • 支持表情,使用方法请见 Emoji 自动补全来咯,可用的 Emoji 请见 :metal: :point_right: Emoji 列表 :star: :sparkles:
  • 上传图片, 支持拖拽和剪切板黏贴上传, 格式限制 - jpg, png, gif
  • 发布框支持本地存储功能,会在内容变更时保存,「提交」按钮点击时清空
  请勿发布不友善或者负能量的内容。与人为善,比聪明更重要!