Up until now, we have sourced all nodes into redux, inferred a schema from them, and created all pages. The next step is to extract and compile all graphql queries from our source files. The entrypoint to this phase is query-watcher extractQueries(), which immediately compiles all graphql queries by calling into query-compiler.js.
- It informs us of any malformed queries, which are promptly reported back to the user.
- It builds a tree of queries and fragments they depend on. And outputs a single optimized query string with the fragments.
After this step, we will have a map of file paths (of site files with queries in them) to Query Objects, which contain the raw optimized query text, as well as other metadata such as the component path and page
jsonName. The following diagram shows the flow involved during query compilation
We’re now in the handleQuery function.
If the query is a
StaticQuery, we call the
replaceStaticQuery action to save it to to the
staticQueryComponents namespace which is a mapping from a component’s path to an object that contains the raw GraphQL Query amongst other things. More details in Static Queries. We also remove component’s
jsonName from the
components Redux namespace. See Page -> Node Dependencies.
If the query is just a normal every day query (not StaticQuery), then we update its component’s
query in the redux
components namespace via the replaceComponentQuery action.
Now that we’ve saved our query, we’re ready to queue it for execution. Query execution is mainly handled by page-query-runner.js, so we accomplish this by passing the component’s path to
Now let’s learn about Query Execution.
Edit this page on GitHub