Are you looking for a GraphQL e2e data fetching solution? Supports frameworks like NextJS, type safety with generated clients (e.g. TypeScript), authentication, edge caching, realtime streaming support, federation, schema stitching, etc...
Have a look at: https://wundergraph.com
WunderGraph allows you to treat APIs like packages. Install, share & integrate as simple as npm install.
Need a full lifecycle Api Management solution with 1st Class GraphQL Support? Go check out https://tyk.io
Tyk is the best in class FLAPIM solution to manage all your APIs. Turn REST APIs into GraphQL using the GUI in no time thanks to tyk's Universal Data Graph.
This library can be used as a replacement for the Apollo Federation Gateway. It implements the Apollo Federation Specification.
In addition to the scope of other implementations, this one supports Subscriptions!
Check out the Demo.
This repository implements low level building blocks to write graphql services in Go.
With this library you could build tools like:
- proxies
- caches
- server/client implementations
- a WAF
- be creative! =)
Currently implemented:
- GraphQL AST as of https://graphql.github.io/graphql-spec/June2018
- Token lexing
- AST parsing: parse bytes/string into AST
- AST printing: print an AST to an io.Writer
- supports indentation
- AST validation:
- all rules from the spec implemented
- AST visitor:
- simple visitor: fastest implementation, without field type definition information
- visitor: a bit more overhead but has field type definitions and other quirks
- AST normalization
- remove unnecessary include/skip directives
- field deduplication
- field selection merging
- fragment definition removal
- fragment spread inlining
- inline fragment merging
- remove self aliasing
- type extension merging
- remove type extensions
- Introspection: transforms a graphql schema into a resolvable Data Source
- AST execution
- query planning: turns a Query AST into a cacheable execution plan
- supported DataSources:
- GraphQL (multiple GraphQL services can be combined)
- static (static embedded data)
- REST
- supported DataSources:
- query execution: takes a context object and executes an execution plan
- query planning: turns a Query AST into a cacheable execution plan
- Middleware:
- Operation Complexity: Calculates the complexity of an operation based on the GitHub algorithm
- OperationReport: Makes it easy to collect errors during all phases of a request and enables easy error printing according to the GraphQL spec
- Playground: Easy hosting of GraphQL Playground (no external dependencies, simple middleware)
- Import Statements: combine multiple GraphQL files into one single schema using #import statements
- Implements the Apollo Federation Specification: Replacement for Apollo Federation Gateway
This repos uses go modules so make sure to use the latest version of Go.
https://godoc.org/github.com/jensneuse/graphql-go-tools
Look into the docs. Other than that, tests definitely help understanding this library.
make test
make lint
Most hot path operations have 0 allocations. You should expect this library to exceed all alternatives in terms of performance. I've compared my implementation vs. others but why trust my numbers? Feel free to add comparisons via PR.
Parse Kitchen Sink (1020 chars, example from Facebook):
pkg: github.com/jensneuse/graphql-go-tools/pkg/astparser
BenchmarkKitchenSink 189426 5652 ns/op 0 B/op 0 allocs/op
BenchmarkKitchenSink 198253 5526 ns/op 0 B/op 0 allocs/op
BenchmarkKitchenSink 199924 5553 ns/op 0 B/op 0 allocs/op
BenchmarkKitchenSink 212695 5804 ns/op 0 B/op 0 allocs/op
CPU and Memory consumption for lexing, parsing as well as most other operations is neglectable, even for larger queries.
- Jens Neuse (Project Lead & Active Maintainer)
- Mantas Vidutis
- Contributions to the http proxy & the Context Middleware
- Jonas Bergner
- Contributions to the initial version of the parser, contributions to the tests
- Implemented Type Extension merging #108
- Patric Vormstein (Active Maintainer)
- Fixed lexer on windows #92
- Author of the graphql package to simplify the usage of the library
- Refactored the http package to simplify usage with http servers
- Author of the starwars package to enhance testing
- Sergey Petrunin (Active Maintainer)
- Helped cleaning up the API of the pipeline package #166
- Refactored the ast package into multiple files
- Author of the introspection converter (introspection JSON -> AST)
- Fixed various bugs in the parser & visitor & printer
- Refactored and enhanced the astimport package
- Vasyl Domanchuk
- Implemented the logic to generate a federation configuration
- Added federation example
Feel free to file an issue in case of bugs. We're open to your ideas to enhance the repository.
You are open to contribute via PR's. Please open an issue to discuss your idea before implementing it so we can have a discussion. Make sure to comply with the linting rules. You must not add untested code.