@jiobanma 你这个做法是不行的。你没法从一个 Rest Controller 里面直接调用 GraphQL 。GraphQL 也不是拿来做数据聚合用的。
它的核心就是你说的那个 JSON 语法，通过 POST 请求过来的 JSON 被解析后，GraphQL 会去调用对应的 Query，然后你这些手写的 Query 会调用和聚合相关的 Type 。
这一个链条里的 Query 和 Graph Type 都是你自己手写的，和 Rest API 用的类型是不一样的。比如按你的例子来说，你在 User 里面挂个 Group 。一般的 Rest API 只会从 User 里面返回一个 Group ID 。但你如果做成 GraphQL 接口的话，你需要自己写把这个 Group ID 转换成 Group 对象的查询。
GraphQL 会帮你在需要的时候去调用这个查询而已。

这种需求 GraphQL 可以直接解决。你定义 GraphQL 对象的时候直接用 User 里面嵌套一个 Group，前端需要从 User 里面获取所属 Group 的时候直接拿这个对象就可以了，GraphQL 会给它填进去。
当然很多时候你需要自己写 DataLoader 。
你如果不能用纯 Rest API 完成接口设计，那么多数是前端需要依靠后端来聚合数据。大概率是因为性能原因没办法在前端做聚合。GraphQL 本身可以帮你做一些简单的聚合，同时也可以直接减少请求次数。但是最终你很可能还是要自己写一些 DataLoader 或者构造一些用来做 VM 的 Graph Type 。
对于后端来说，用 GraphQL 不会带来太多便利，该写的还是要写。只是前端可以一定程度上自行决定返回的数据结构，你也省了很多沟通成本，提升的是整个项目的效率。

@jones2000 产品的编译机是不会中毒的，这个测试应该主要还是针对开发机的。

趋势。。。不是被亚信买了么，还算外企？
话说你们这杀软是真的难用，用过这么多杀毒软件里，生理反感度仅次于 360 。

第一次见 SSD 这么坏的。
不过一般也就当系统盘和游戏盘用，重要文件都放 NAS 里了。

Everything 快是因为用了 USN，不是所有硬盘都能用的。
你总不能说操作系统带的搜索连自己支持的硬盘格式都用不了。
所以除非建立索引，剩下都是靠遍历文件。最简单保险。

GraphQL 一把梭
梭完了发现你得写一堆 Loader

正常不就都这样吗？同一个编程范式下的语言大多都很类似，做简单项目只要熟悉一下语法就好了。
剩下的多数都是语言无关的东西了。
除了 C 艹

你可以直接在你的服务里维护 ElasticSearch 和数据库的同步。
但是 ElasticSearch 本身也不是实时的，会有一定的 flush 间隔。不是说你的修改会立刻能检索出来。
而且你前面说数据量大，后面又说数据量不大，到底大不大？不大的话没必要上 ElasticSearch 。

@Vindroid 什么定位不定位的我不关心，就想看看你是怎么拿健身环压泡面的。

@liuliuluk 用不了多久就随缘查了，日志全怼到 ELK 里搜去吧。
微服务这东西是好，但也得看公司有没有足够的人能把它玩起来。不然真的是纯坑。

为了这游戏，你需要买
Switch
游戏
投影
建议都不买，直接去健身房。

2 年的肯定能完成任务，代码肯定也能跑。只是你这项目要想持续开发五年十年，大概率最后要重写。
5 年的这个概率要小一些。

健身房只办一年卡，课程最多买 10 节，这不都是常识吗？

数学系的数学和计算机系的数学完全不是一种东西，想学数学的话优先考虑自己能不能学明白。
当年数学系和计算机在一个宿舍楼，半年过去学不下去崩溃的大有人在。
当然如果智力水平足够的话，当然还是数学比较好。计算机专业课那点难度你自学就够了。

回龙观这边停车条件怎么样？去过几次总感觉车太多了。

@bengcaca 南边确实还行，不过交通就不太方便了。跑北边或者望京上班地铁加公交要折腾好久，有车的话会好一些。
可能 i 以后发展起来会好一些吧，有些地方都是前几年刚拆迁，配套还没建起来。

@bengcaca 五环内这个价能拿下来的周边环境都不算太好吧，至少我之前看的时候没见有这么低的。