Laravel 接口项目的技术选型问题

目前要开新项目,需要搭建一套接口同时向SPA页面和微信小程序提供服务。摆在眼前的有两种选择:

  1. dingo/api
  2. Laravel官方自带的API策略

从我目前对dingo的了解上看,他除了通过请求头对API版本路由划分和API内部调用上还有一些优势,其他方面貌似在Laravel中都有实现。(dingo 的文档功能不能达到业务要求)

其中 dingo 中的 Transformer 对应 Laravel 中的API资源类,JWT 也主要用的是 tymon/jwt 提供的。而在接口授权方面 Laravel 官方有较全面的 Passport 包对 OAuth2 授权策略的支持。

我想听听大家是如何选择的,dingo 还是 Laravel 官方的实现?是 JWT 还是 OAuth2 ?

《L03 构架 API 服务器》
你将学到如 RESTFul 设计风格、PostMan 的使用、OAuth 流程,JWT 概念及使用 和 API 开发相关的进阶知识。
《L02 从零构建论坛系统》
以构建论坛项目 LaraBBS 为线索,展开对 Laravel 框架的全面学习。应用程序架构思路贴近 Laravel 框架的设计哲学。
leo
最佳答案

你已经说得差不多了,Dingo 唯一的优势就是接口版本,但劣势是一堆坑,反正我从来不用 Dingo

4年前 评论
讨论数量: 6
leo

你已经说得差不多了,Dingo 唯一的优势就是接口版本,但劣势是一堆坑,反正我从来不用 Dingo

4年前 评论
leo

你已经说得差不多了,Dingo 唯一的优势就是接口版本,但劣势是一堆坑,反正我从来不用 Dingo

4年前 评论

用了 dingo 之后不想用了,他好像把什么都给接管了
比如 路由、异常

4年前 评论
Jourdon

已经被dingo坑过的人劝你不要用。

4年前 评论
ibucoin

用Laravel直接弄,写自定义异常,使用validate来验证参数,鉴权用JWT
API 资源类只有复用到3次以上或者有关联加载才会使用,不然我都会使用map来进行格式化返回结果,主要是查询用模型查部分字段,每个接口写个资源类太烦了。

4年前 评论
sanders (楼主) 4年前
will_lin 4年前
三石寰宇 4年前
ibucoin (作者) 4年前
ibucoin (作者) 4年前

stub-api

4年前 评论
sanders (楼主) 4年前

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