我发现GraphQL是将前端开发与API分离的诱人选择(可能非常适合我们公司,它为每个客户进行了大量的API定制)。但是,如果它已经为.NET开发环境做好了准备,或者它是否仍然被认为是早期的技术,我还是可以解决这个问题?我也无法判断它是否存在更大的问题(例如N + 1问题)。有关使用.NET实现的GraphQL的任何经验和指导吗?
答案 0 :(得分:10)
一个月后没有答案的事实应该告诉它的故事。
我已将注意力从.NET Framework转移到.NET Core,在尝试了可用的.NET库后,我很快就开始使用基于TypeScript的API网关和更成熟的Facebook支持的GraphQL实现。
解决了服务器问题后,我结合的基于.NET Framework / Core的客户端可以轻松地与API网关通信。由于网关本身相当轻量级,因此稍后将其交换为更加可靠的.NET Core实现将很容易。
答案 1 :(得分:1)
现在是2019年,我偶然发现了这个问题,我想与我分享这个很棒的.NET GraphQL库
https://github.com/graphql-dotnet/graphql-dotnet
别忘了到dotnet add package GraphQL.Server.Ui.Playground
来获得非常可爱的ui游乐场: