浅谈GraphQl
2018/03/13

什么是Graphql?

简单来说就是facebook出的,来替换restful api的api方案。可由前端定制所需字段后台自动返回定制字段的api方案。更详细的自行百度。

GraphQl趋势?

先说优点吧:

  1. 不吃后台语言,因为不是一门编程语言,无论太后用什么语言都可以实现。
  2. 类中间层,不影响原有的代码和restful api。
  3. 最重要的就是它的灵活行了,可以前端可定制字段。

单单这三点就足以看出了GraphQl很大可能就是已有主流的api方案。

但为什么发布都几年了还不死很普及?

个人总计觉得最重要的原因就是GraphQl后台部分编写:

你叫一个学后台语言Java后者php的人去学习下GraphQl,然后编写GraphQl的后端相关。

后台开发者一般都是看都没看GraphQl,就拒绝的了。

所以一般的公司很难去折腾,只有facebook,github类的强技术公司才用起了。

但好东西始终是好东西,不会因为一些原因而不前进的。

问题是怎么解决这个阻碍。

所以个人觉得GraphQl的普及依赖于大前端时代!

什么是大前端时代?

其实现在也差不多是大前端时代了,只是还不够大。

很久以前的前端,只需要写好页面吧页面代码丢给后台开发者套就可以了,任务简单。

但自从网络的发展和前端技术发展。

后台的部分工作慢慢分离到了前端。

到现在的前端,前后端完全分离,前端要自己完全实现最终的效果,后台只负责给api调用数据。

可见前端的任务慢慢重大,可见大前端时代的到来。

基于GraphQl难普及这已重任最终还需落到大前端的肩膀上!

无论后台用什么语言,前端都自己把前后的GraphQl相关工作完成。

可行度80%,因为基本前端都多多少少接触了些nodejs。

恰好GraphQl又可以nodejs实现,而且还是个很好的选择轻,快。

大公司阿里云,腾讯之前都用php做后台的中间层。后面都改用nodejs,可见nodejs可以说是最佳之选了。

还有一原因就是在当前时代,最好学的也莫过于前端了。

前端这几年的发展,逼迫地前端开发者的不断学习。一懒惰一段时间就会被抛出十几条街外。

所以我觉得前端学习GraphQl完全没问题,我看了下难度也中等以下。

结言

大概就这样。

前端们可以去使用了GraphQl,跑下demo。相信大部分都会爱上的。

待大前端们抗起GraphQl这一重任时,又将是一个新的前端时代。从此,前端自己要什么数据,要什么格式怎么编排,自己定制。再也不用跟后台去争夺意见。

各位Front Developer ! 加油!!!