带有Spring-Resolvers的GraphQL-java vd datafetcher
GraphQL和Java（Spring）完全搞砸了。有多个项目，多个例子，但完全不一致。
- Spring引导支持
- 异步/并行DataFetcher
- 批处理DataFetcher
- 用GraphQLendpoint连接多个服务（可能超出范围）
- 分页/筛选
共有1个答案
无论如何，答案是：使用graphql-java-kickstart项目，因为来自https://www.graphql-java.com/的项目已经过时。这一事实是非常误导的，应该在某处陈述。
不是真的。graphql-java是我目前所知道的graphqljava实现。它定义DataFetcher。它是核心库，而您发现的其他项目，如java-kickstart（或者更准确地说，它的graphql-java-tool)构建在graphql-java之上，它定义了自己的datafetcher的实现，称为resolver。
最后，解析器只是一个DataFetcher。
您可以在这篇博文中找到关于这两个项目的更多相关信息。
因此，如果您希望在构建GraphQL服务器时具有最大的灵活性，请使用GraphQL-java。另一方面，如果您喜欢graphql-java-tool使用的固执己见的方式，那么就使用它。
-
我正在玩GraphQL和Spring Boot，但我在这个问题上停留了一段时间。 首先，这是我的build.gradle： 我有一个实体，比如说-Dog，一个存储库，一个服务，一个Mutator和一个查询。在/resources中，我有。 但由于某些原因，我无法启动应用程序。错误消息如下：。当我删除对它启动，但找不到模式。 有什么想法吗？
-
Windsor gives you ability to override/extend its default resolution strategy for components/dependencies by using sub dependency resolvers. How does it work When resolving components Windsor will ask
-
我正在查看用Scala编写GraphQL服务器的Sangria库。但奇怪的是，同一个类型系统必须实现两次：（1）作为GraphQL类型声明的一部分，(2)也是在服务器端，作为Scala case类，附带ObjectType、InterfaceType等。 在Scala中硬编码类型系统尤其令人厌烦，因为我的目的是能够CRUD任意形状的聚合，其中每个形状都被定义为类型的GraphQL集合。例如,假设S
-
我们正在将图形ql-spqr和图形ql-spqr-Spring启动器用于一个新项目（使用Spring数据JPA，Hibernate等）。 我们有这样一个突变: 这种突变工作正常： 我忽略了变量，因为它们不重要。如果我将其更改为: 我收到LazyInitalizationException，我知道原因： 家庭团队由一个ID引用，并由加载。返回的团队只是一个Hibernate代理。这对于保存新的匹配很
-
As explained in the Routes and Content documentation, we can use Mithril's routing system to show different components for different routes. Mithril allows you to use any component you like, even a Mo
-
Spring GraphQL GraphQL support for Spring applications with GraphQL Java. Code of Conduct This project is governed by the Spring Code of Conduct. By participating, you are expected to uphold this code