PHP 语言是不是越来越危险了
在程序语言的世界中,战争是在永远不停继续着的,对于前端而言,React Native 正在抢夺 iOS 和 Android 的领土,Electron 正在和 Mac 和 PC 端的研发领域打仗,那么 GraphQL 就是和所有后端语言战争中一名勇猛的战士
为了满足前端丰富多彩的业务界面,以及 Android、iOS、H5 等等多端的同时呈现,PHP、Java、Ruby、Python 等等一众脚本语言,都退缩到了 API 层以后,此次战役 HTML渲染函数 和 模板引擎 两名后端主力被前端歼灭,双方各自搭建路由层对峙,僵持中,前端阵营中冲出了一名猛将:GraphQL,瞬间将 Restful API 打得措手不及
官方定义的 GraphQL(完善性令人错愕):
http://facebook.github.io/graphql/
相关的生态系统(相当完善):
https://github.com/chentsulin/awesome-grap...
PHP 语言的接口实现:
https://github.com/webonyx/graphql-php
为 Laravel 做的实现:
https://github.com/Folkloreatelier/laravel...
GraphQL 出现的主要原因,是为了提升前端数据结构的稳定性,减少 CPU、内存的损耗,间接拉近前端和数据层的距离,进一步压缩了后端脚本语言的生存空间,PHP 的未来,真心不妙~
我看难。:smirk:
说得好像 GraphQL 不需要服务端提供支持一样
很有趣的技术进步。
PHP 的地位很难撼动的啦,毕竟大部分服务器上都用的是 PHP https://w3techs.com/technologies/overview/...
GraphQL和php并没有竞争关系呀
说 GraphQL 是后端语言有点言过了,充其量只是和 JSON-API 一样的一种 api 查询语言。底层也是需要语言来实现的。最近也在尝试 GraphQL,感觉确实比较简洁易用,解决了 RESTful API 的一些痛点。
@young GraphQL 的出现,让前端具有了更多的接口定义权,后端仅仅是做普遍意义上的接口实现
@Summer 我倒觉得,世事无常,白云苍狗,不能以市场占有率判断一种技术的地位是否难以撼动,当年诺基亚不就是活生生的例子么?