GraphQL Tools is a set of npm packages(
Functions in the
@graphql-tools/* packages are not only useful for building servers. They can also be used in the browser. For example, to mock a backend during development or testing.
Even though we recommend a specific way of building GraphQL servers, you can use these tools even if you don't follow our structure; they work with any GraphQL-JS schema, and each tool can be useful on its own.
Using GraphQL with HTTP
The GraphQL-First Philosophy
- Use the GraphQL schema language. The official GraphQL documentation (opens in a new tab) explains schema concepts using a concise and easy-to-read language. The getting started guide (opens in a new tab) for GraphQL.js now uses the schema to introduce new developers to GraphQL.
graphql-toolsenables you to use this language alongside with all the features of GraphQL including resolvers, interfaces, custom scalars, and more so that you can have a seamless flow from design to mocking to implementation. For a more complete overview of the benefits, check out Nick Nance's talk, Managing GraphQL Development at Scale (opens in a new tab).
- Separate business logic from the schema. As Dan Schafer covered in his talk, GraphQL at Facebook (opens in a new tab), it's a good idea to treat GraphQL as a thin API and routing layer. This means that your actual business logic, permissions, and other concerns should not be part of your GraphQL schema. For large apps, we suggest splitting your GraphQL server code into 4 components: Schema, Resolvers, Models, and Connectors, which each handle a specific part of the work.
- Use standard libraries for auth and other special concerns. There's no need to reinvent the login process in GraphQL. Every server framework already has a wealth of technologies for auth, file uploads, and more. It's prudent to use those standard solutions even if your data is being served through a GraphQL endpoint, and it is okay to have non-GraphQL endpoints on your server when it's the most practical solution.