Babel plugin enabling import
syntax for .graphql
and .gql
files.
Deprecation/Migration notes
As of May 27, 2018, the babel-plugin-inline-import-graphql-ast
package name is deprecated. Please use babel-plugin-import-graphql
(NPM) instead.
babel-plugin-inline-import-graphql-ast
(or inline-import-graphql-ast
) -> import-graphql
.
babel-plugin-inline-import-graphql-ast
-> babel-plugin-import-graphql
.
The first correct version of babel-plugin-import-graphql
is 2.4.4
so please make sure your version string matches that. For instance, "babel-plugin-import-graphql": "^2.0.0"
is fine because of the caret.
If you've pinned to a specific version, you'll need to upgrade and pin to at least 2.4.4
or widen your version range to include it.
Congratulations, you're all set!
If you enjoy my package please star the GitHub repo or share on Twitter (and follow me for updates)!
-
babel-core@^7.20.7
or@babel/core@^7.0.0-beta.49
(Lower betas may work but weren't tested) -
graphql-tag@^2.9.2
(only if using theruntime
option described below)
yarn add -D babel-plugin-import-graphql
or
npm i -D babel-plugin-import-graphql
In .babelrc
file:
{
"plugins": ["import-graphql"]
}
Each time you modify a GraphQL file, the cache must be cleared for the changes to take effect.
If using node then the node_modules/.cache/babel-loader
folder must be cleared. I recommend prepending the relevant script in your package.json
and rerunning the script when you change a GraphQL file:
{
"scripts": {
"start": "rm -rf ./node_modules/.cache/babel-loader && node index.js"
}
}
If using React Native then the metro cache must be reset every time you change a GraphQL file:
react-native start --reset-cache
Note: Windows users would need to use
rimraf
or another solution in place ofrm -rf
.
...
import myQuery from './query.graphql'
...
export default graphql(myQuery)(myComponent)
Feature | Description |
---|---|
Default import | The entire source code for the file will act as the default export. |
#import syntax | Types, etc. in one GraphQL file can be imported into another GraphQL file using this syntax: #import "./types.graphql" . These imports will be resolved recursively to any reasonable depth of files. Currently, all content in the named file will be imported and there is no way to import specific types. If you want that behavior, you can store a single type in each file. |
All variants of the import syntax are supported for non-schema files, except import './filename'
.
Feature | Description |
---|---|
Multiple operations/fragments per file | Multiple operations (queries/mutations/subscriptions) and/or fragments can be placed in a single file. However, in this case you cannot use unnamed operations/fragments. For example, query { test } would need to be query someName { test } . |
Default import | The first or only operation/fragment in a file will act as the default export. However, for backwards compatibility reasons, if there are both operations and fragments in a file, the first operation will act as the default export. |
Named imports | All operations/fragments, including the default, act as named exports. |
#import syntax | Fragments in one GraphQL file can be imported into another GraphQL file using this syntax: #import "./fragment.graphql" . These imports will be resolved recursively to any reasonable depth of files. Currently, all fragments in the named file will be imported and there is no way to import specific fragments. If you want that behavior, you can store a single fragment in each file. |
ProductsPage.js
import React, { Component } from 'react'
import gql from 'graphql-tag'
import { graphql } from 'react-apollo'
class ProductsPage extends Component {
render() {
if (this.props.data.loading) return <h3>Loading...</h3>
return <div>{`This is my data: ${this.props.data.queryName}`}</div>
}
}
const productsQuery = gql`
query products {
products {
productId
name
description
weight
}
}
`
export default graphql(productsQuery)(ProductsPage)
productFragment.graphql
fragment productFragment on Product {
name
description
weight
}
productsQuery.graphql
#import "./productFragment.graphql"
query products {
products {
productId
...productFragment
}
}
ProductsPage.js
import React, { Component } from 'react'
import { graphql } from 'react-apollo'
import myImportedQuery from './productsQuery.graphql'
class ProductsPage extends Component {
render() {
if (this.props.data.loading) return <h3>Loading...</h3>
return <div>{`This is my data: ${this.props.data.queryName}`}</div>
}
}
export default graphql(myImportedQuery)(ProductsPage)
Option | Type | Default | Description |
---|---|---|---|
nodePath |
String | value of NODE_PATH environment variable | Intended for use with react-app-rewire-inline-import-graphql-ast -- Used to allow resolution of absolute paths to your .gql /.graphql files. If you already have your NODE_PATH variable set in your environment, you don't need to set this option. Not currently respected by #import syntax. |
runtime |
Boolean | false | Enabling this option requires graphql-tag to be installed as a peerDependency. -- Instead of inlining the parsed AST object, which is very large, this option inlines your GraphQL source code along with an import of the gql function from graphql-tag and parses your GraphQL source code with gql at runtime. |
extensions |
Array | [] | Enables loading GraphQL SDL files that have a custom extension, e.g. '.prisma' |
emitDeclarations |
Boolean | false | Enables emmitting .d.ts files next to GraphQL query/fragment source file. |
create-react-app users can use this package without ejecting via react-app-rewire-inline-import-graphql-ast
The behavior of this plugin is inspired by and mostly mirrors the graphql-tag Webpack loader
This package started out as a modified version of babel-plugin-inline-import