django 使用 graphQL 详解

[ns2250225]

Github

• https://github.com/ns2250225/django-graphql

Blog

• http://blog.csdn.net/ns2250225/article/details/79348914

为什么不用 REST

• Rest 一次只能请求一个资源，会造成太多的 http 请求
• Rest 的版本控制问题是一个痛

GraphQL 的关键语句

• query：查询，相当于 GET
• mutation：变化，相当于 POST, PUT, DELETE

[111111111111]

rest 的版本控制问题是一个痛?是否愿意分享一下遇到哪些痛

[ns2250225]

@111111111111 就是写接口的时候，要带上 v1，v2 等的版本号。。。

[tomczhen]

REST 主要的问题一个是数据有冗余，一个是请求多级关系数据查询是串行——必须先获取上级资源，再来获取子资源，版本基本上就三个方式：

URI - https://example.com/api/v2/foo
Custom Header - api-version: 2
Accept Header - Accept: application/vnd.app.v2+json

URI 直观，简单易懂，但是违背了同一个资源 URI 不变这个原则。放 Header 里面不直观，对队友有要求，（个人理解）自定义头和 Accept 头的区别是 Accept 更符合 Http 协议的设计。

REST 的优势在于 URI 明确，资源权限控制清晰。GraphQL 对外是灵活而强大，不过解决权限、性能问题对于后端而言复杂度是高于 REST 的——毕竟 REST 成熟的框架更多。

[freemagico]

学习了。请问楼主 graphQL 的多表查询要怎么实现呢？感觉 graphQL 的 schema 设计比较关键，我研究了一下还没什么心得……

[ns2250225]

@freemagico 关键是 model 里面定义好表的关系，然后直接查询的时候，同时查多张表的数据就好了

[ns2250225]

@freemagico 像这样：
query {
allBooks {
title{
title
}
author{
name
}
}
allTitles {
title
}
allAuthors{
name
}
}

[freemagico]

@ns2250225 感谢回复，那其实多表查询对于后端来说依然是一样的查询过程吧，时间上并没有节省，只是前端接口定义的时候比较易懂。这么理解对嘛？