f******2
发帖数: 2455 | 1 GraphQL 目前可以和什么数据库集成，有production quality吗？
https://medium.com/the-graphqlhub/your-first-graphql-server-3c766ab4f0a2
: 与Google比，感觉Facebook出的东西更贴近人民群众的需求，同时也更符
合时代
发展的
: 潮流。
: React，GraphQL，这些东西的思路我在研究院工作的时候就想去搞过。
: React其实就是用3D图形的思路，我老早就想移植到2D GUI上来了，其实
也不是
就我这
: 么想，很多有3D图形背景的人都这么想过，都觉得这帮做2D GUI库的人很
蠢。
: GraphQL更是很多做过frontend的serverside的人都想做的东西，因为我
们都觉
得REST
: 很蠢。我老当时连语法都设计出来的，可惜还没开始实现，产品组的合作
者就被
reorg
: 掉了。
: 现在这些东西Facebook都做出来了，并且普及了。所以FB还是有贡献的。
|
|
s****e
发帖数: 7018 | 2 最早的 web service 后来被 REST api 取代了
现在 REST 又被 GraphQL 取代了
GraphQL 就是脸书的程序员做的开源 |
|
h*i
发帖数: 3446 | 3 与Google比，感觉Facebook出的东西更贴近人民群众的需求，同时也更符合时代发展的
潮流。
React，GraphQL，这些东西的思路我在研究院工作的时候就想去搞过。
React其实就是用3D图形的思路，我老早就想移植到2D GUI上来了，其实也不是就我这
么想，很多有3D图形背景的人都这么想过，都觉得这帮做2D GUI库的人很蠢。
GraphQL更是很多做过frontend的serverside的人都想做的东西，因为我们都觉得REST
很蠢。我老当时连语法都设计出来的，可惜还没开始实现，产品组的合作者就被reorg
掉了。
现在这些东西Facebook都做出来了，并且普及了。所以FB还是有贡献的。 |
|
x***4
发帖数: 1815 | 4 对社会的贡献：
g>>a>f
对社会的破坏：
f>>a>g
当然f的工具还是挺好用的，Cassandra, React, Presto, GraphQL |
|
W***o
发帖数: 6519 | 5 请教一下，为什么不是 react + redux? or react + relay + graphQL ? |
|
c******n
发帖数: 16666 | 6 这个行动力真是不得了啊
下一步要不要试试GraphQL |
|
m***r
发帖数: 680 | 7 简单webapp，不用考虑native mobile。 但是要respoinsive web，而且麻雀虽小，五
脏俱全。带后台crud操作等。
view就用react
UI就用material ui
后台想试下parse server + graphql
static asset就准备pm2+express
不知道有什么现成的模块可以直接拿来用，支持login（email／social／oauth）的（
在客户端和服务端，客户端最好是基于）
另外，有什么提供设计模板的网站么？就是提供主要页面的design（比如front page，
admin，profile，main页面之类），然后能输出比如material ui， bootstrap的
react代码模版（或者原始css和html也行），可以直接复制修改下就能使用的 |
|
e*******o
发帖数: 4654 | 8 不知道有什么现成的模块可以直接拿来用，支持login（email／social／oauth）的（
在客户端和服务端，客户端最好是基于）
----
这些就是ror，django 之类的吧。
上 parse server + graphql，你这是想跳坑么？ |
|
m***r
发帖数: 680 | 9 跳坑是什么意思？ 指 parse + graphql 问题一大堆？ |
|
c******n
发帖数: 16666 | 10 GraphQL我眼馋了很久了 下次准备试一下 不知道坑多不多
REST
reorg |
|
b*****u
发帖数: 648 | 11 gmail gmap 这几个single page app 是领先时代的特例 在硬件条件基本达到的情况下
通过自己的一套架构做出来。现在用轮子搭类似的app应该简单多了
这波轮子行情的内因是浏览器/硬件性能更强大了可以做到大部分客户端渲染 因此后端
只传数据 而不是
像传统ajax需要一个前端服务器进行渲染 (当然node也做服务器渲染但并非必须 而且
可以和客户端代码写在一起)
后端干的事一致化了 就可以用graphql 进行跨api的优化
此外还有楼上提到的代码转译和对dom的抽象等等
总的来说就是js的生态圈通过消费硬件性能的红利 统一了API以外的世界。 |
|
c********e
发帖数: 598 | 12
请教一下，metadata 用 GraphQL 有啥特殊优势？ |
|
s******s
发帖数: 13035 | 13 GraphQL实现起来方便呗，大家又比较熟，通用性比较好。我们一些需要实时更新的
query，基本上用这个来实现。
另一方面，我们现有的大型项目，比如GDC，其实主要API是ElasticSearch（ES）支持
的，这个性能好很多。如果你看看Exploration Page的Oncogrid的话，几百上千个病人
，所有的主要mutation以及主要clinical data，能够直接作出动态交互式的视图。但
是坏处是不能直接实时query我们的图形数据库，只在data freeze以后，每次release
的时候需要重建ES Index。
btw，我们底层图形数据库叫做PSqlGraph, 用PostgreSQL实现我们需要的图形数据库功
能，是一个同事花了三个月写的。这个也是被逼的，因为当年做项目的时候open
source的图形数据库实在功能太弱，包括neo4j都被阉割的没法用，只能自给自足了。
说这么多是为了表明，除了bioinfo以外，中心里面各种IT人才太多，有好的想法和需
求大家会一起合作实现 |
|
