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 简单来说就是:取哪些数据是由 client 来决定
REST 中,给哪些数据是 server 决定的,client 只能从中挑选,如果 A 接口中的数据不够,再请求 B 接口,然后从他们返回的数据中挑出自己需要的
GraphQL 中,client 直接对 server 说想要什么数据,server 负责精确的返回目标数据
此次将工作流加入底层框架
Laravel 默认的文件缓存,十分局限,考虑到后续的的使用,从 Beta4 起,默认使用 redis 缓存。
目前默认使用了 Predis 包,所以无需 php_redis
拓展。
1
xbdsky 2017-10-19 12:55:34 +08:00
搞不好,新手,安装报错
|
2
zuohuadong OP @xbdsky 建议直接使用完整包,有什么提示么?
|
3
songlipeng2003 2017-10-19 18:09:37 +08:00
@xbdsky 尽然在这里发现你了
|
4
xbdsky 2017-10-19 21:48:45 +08:00
@songlipeng2003 这个网站挺好的
|