API 数据架构的简述(针对本人的使用)

数据请求的架构 Flask && GraphQL && proxy

因为目前大部分的前后分离，数据的提供都是 RestFul API 形式的，所以
我个人认为这样的方式是类似 MVVM的数据方式
真正的数据源是由 Restful API 提供的；
1. 由 python 去请求真实的API；或者由 反向代理去请求数据；
2. 请求来的数据，由 GraphQL 来返回给前端使用；
3. 前端通过自由的 GraphQL 的语义来完成渲染功能；

为什么要用 GraphQL

• GraphQL 可以让前端自由定义自己的那个键值，并且前端可以自由轻量的定义自己的那个 API 的数据结构；
  为什么说是轻量的呢？(可以说成是缺点吗？>_<)
  这是由于经我一段时间的 node 端使用后，得出的经验：

  1. 对于多层的对象定义数据结构，例如:{a:{b:{c}}}，虽然这样的结构在API函数完成是非常简单的，但是，后端的工作量是非常大和繁琐的；
  2. 想完全自定义得到的 API 数据结构，GrapQL好像不能够做到这样的事。
     **为什么会有上述两个缺陷：
     GraphQL Server 需要定义好参数和输出结构的每个key对应的value值的类型。**

• GraphQL 在 github 上的 API v4 版本上已经部署发布了，估计还有我未发现的优点吧!
  TODO…

如果想完全的自由定义 API 数据结构，可以推荐一个国人写的很不错的框架 APIJSON，由于我个人技术选型，只选择 javascript 和 python；

python 推荐使用 graphqlene && django;
JavaScript 推荐使用 graphql-express;

def test():    pass

TODO …