基于 Laravel 的模块化开发框架 - Notadd Beta6 将使用 GraphQL API

REST API 有什么问题

REST API 的方式是：server 定义一系列的接口，client 调用自己需要的接口，获取目标数据进行整合

例如用户接口，刚开始时，返回的信息会比较少，例如只有 id,name

后来用户的信息增加了，就在用户接口中返回更多的信息，例如 id,name,age,city,addr,email,headimage,nick

但可能很多 client 只是想获取其中少部分信息，如 name,headimage，却必须得到所有的用户信息，然后从中提取自己想要的

这个情况会增加网络传输量，并且不便于 client 处理数据

还有一个不方便的地方，例如 client 在某个需求中，可能需要调用多个独立的 API 才能获取到足够的数据

例如 client 要显示一篇文章的内容，同时要显示评论、作者信息，那么就可能需要调用文章接口、评论接口、用户接口

这种方式非常不灵活

GitHub 还遇到其他一些 REST API 不好处理的问题，例如

想要确保 client 提供的参数的类型安全；想要从代码生成文档；想要识别每个端点的 OAuth 请求范围 ……

使用 GraphQL 有什么好处？

GraphQL 简单来说就是：取哪些数据是由 client 来决定

REST 中，给哪些数据是 server 决定的，client 只能从中挑选，如果 A 接口中的数据不够，再请求 B 接口，然后从他们返回的数据中挑出自己需要的

GraphQL 中，client 直接对 server 说想要什么数据，server 负责精确的返回目标数据

工作流支持

此次将工作流加入底层框架

默认 Redis 支持

Laravel 默认的文件缓存，十分局限，考虑到后续的的使用，从 Beta4 起，默认使用 redis 缓存。 目前默认使用了 Predis 包，所以无需 php_redis 拓展。